nedge2k 0 Posted October 14, 2024 Posted October 14, 2024 Hi, Looking for some recommendations to diagnose slow sync transfers. My setup is as follows: Big power hungry 8x3.5" Windows Server which is "on demand" and serves as an archive server with it's own Emby install RPi4 with a ton of Docker containers, including a sort of "now watching" Emby server which serves all the stuff we're watching now and then I "download" to the Windows box for archiving. Connected over ethernet via a Nighthawk R7800 running DD-WRT Internally it works as follows: Windows share is auto-mounted on the RPi4 when needed Windows share is passed to the Emby docker container Emby folder sync then "downloads" to the mounted share when commanded Maybe this isn't the most efficient way to do it? I could mount the share in the Emby docker's fstab instead of passing it through the docker config? Last night I tried to archive 180GB of media and it took 6hrs! Any suggestions? Are the any other methods of archiving that I'm missing (that can be done via the GUI)? TIA.
nedge2k 0 Posted October 14, 2024 Author Posted October 14, 2024 (edited) Wondering if this is an issue writing to the Windows Server... Just transferred 10GB from it, decent performance. Transferred the same file back and it's like its buffering constantly? If I copy to my laptop from the windows server I get a sustained ~50MB/s over wifi. If I copy back I get a sustained 30MB/s. So there is a performance drop in writing to the Windows server (might be storage spaces related) but the drop isn't as bad as copying from the RPi to it. Edited October 14, 2024 by nedge2k
Luke 42077 Posted October 15, 2024 Posted October 15, 2024 Hi, are all the transfers over the local network?
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now