What's strange is that as we decrease the 'multipart upload part size' the actual upload speeds increase.
This is a far cry from the 80Mb/s (10MB/s) we get from Backblazes' web-based speedtest tool or from other tools leveraging their APIs. Unboxed the units, configured them, got some data on there, and tried a test upload to Backblaze and got a paltry 16Mb/s (2MB/s) speeds. You can also look in /tmp (probably) to see if there are a lot of default-50-MB files in the queue for uploads.We bought a couple of Synology RS1221RP+ units to function mainly as JBoD with the intention of backing them up to Backblaze using Synology Hyper Backup. When performing asynchronous uploads, the maximum number of concurrent asynchronous-concurrent-upload-limit (Integer): The number of concurrent If it’s only slow, you can try increasing parallel uploads, although by one report there was an error past 10. You should be able to see its speed during uploads, although I suspect it’s the same as status bar speed. Did it move from slow to stopped? You can also look at the About -> System information screen in Server state properties to see if lastPgEvent moves. I don’t use Docker and I’m not sure what tools are there (too few, I think), but you can run host tools, right?įor example, is the 70-80% CPU usage happening now with the stuck log, and can you see what uses it?īasically, I’m not clear on the current situation. That’s the verbose live log? Profiling is a higher level, but does Synology have tools to see process stats?įor performance problems, including seeming inactivity, it’s useful to see things like level of CPU and I/O.
The log had been stuck as well for more than 24h.
0 kommentar(er)
