具有 Ceph blobstore 性能的 Nexus Repository Manager 3.14
Nexus Repository Manager 3.14 with Ceph blobstore performance
我已经设置了带有 ceph（S3 兼容）blobstore 后端的 NXRM 3.14。我一直在物理硬件和 docker 容器内测试它。
它"works"但比直接上传到存储桶要慢得多（通过 NXRM 直接上传到存储桶需要 2 秒可能需要 2 分钟）
我没有发现任何关于此的错误或投诉，所以我猜它是 ceph 特有的，并且 S3 的性能可能还不错。上传到本地文件系统也非常快。
我在日志文件中没有发现任何表明性能问题的信息。
抱歉，这个问题非常模糊，但是有人对调试 NXRM 性能有建议吗？或者有人在使用类似的设置吗？谢谢。
我最终在 NXRM 开源代码中找到了这一点，当前的 MultipartUploader 是单线程的 (https://github.com/sonatype/nexus-public/blob/master/plugins/nexus-blobstore-s3/src/main/java/org/sonatype/nexus/blobstore/s3/internal/MultipartUploader.java) 并按顺序上传块。
对于大于 5mb 的文件，这会导致上传速度明显变慢。
我已经提交了关于他们的问题跟踪器的改进建议：https://issues.sonatype.org/browse/NEXUS-19566
我已经设置了带有 ceph（S3 兼容）blobstore 后端的 NXRM 3.14。我一直在物理硬件和 docker 容器内测试它。
它"works"但比直接上传到存储桶要慢得多（通过 NXRM 直接上传到存储桶需要 2 秒可能需要 2 分钟）
我没有发现任何关于此的错误或投诉，所以我猜它是 ceph 特有的，并且 S3 的性能可能还不错。上传到本地文件系统也非常快。
我在日志文件中没有发现任何表明性能问题的信息。
抱歉，这个问题非常模糊，但是有人对调试 NXRM 性能有建议吗？或者有人在使用类似的设置吗？谢谢。
我最终在 NXRM 开源代码中找到了这一点，当前的 MultipartUploader 是单线程的 (https://github.com/sonatype/nexus-public/blob/master/plugins/nexus-blobstore-s3/src/main/java/org/sonatype/nexus/blobstore/s3/internal/MultipartUploader.java) 并按顺序上传块。
对于大于 5mb 的文件，这会导致上传速度明显变慢。
我已经提交了关于他们的问题跟踪器的改进建议：https://issues.sonatype.org/browse/NEXUS-19566