network sync extremely slow

Get help for specific problems
Posts: 23
Joined: 15 Aug 2009

optokl

network sync extremely slow:
after a few MB at start, it went down to 40 kb.

If I use cobianbackup, I have full speed nearing the network speed. So it is
not the network.
cb uses Windows routines to copy, so maybe that is the reason? But cannot do
long pathlength.
So there is an incentive to use ffs, but a factor of 400 slower?

disk to disk is excellent speed.

thanks for the good program,

Klaus
User avatar
Site Admin
Posts: 7198
Joined: 9 Dec 2007

Zenju

FreeFileSync also uses Windows routines, so the difference must be something
else. It's hard to do a remote diagnosis especially concerning performance
which needs a lot of different test cases in order to find out the
circumstances that lead to unexpected runtimes. You could do a few general
tests, e.g. copy a single large file over network and see if there is any
difference between different sync/backup tools (there shouldn't).
Posts: 1
Joined: 7 May 2012

coudysk

Hi, i have same problem, but I'm on Linux Ubuntu 12.04. I'm syncing over 1
Gbit network to nfs share. Sync is 2-4 kBit/s.
if there is debug option, I can help you
User avatar
Site Admin
Posts: 7198
Joined: 9 Dec 2007

Zenju

@Coudy: Why do you think the slow network speed is related to FFS? Are there
copy tools that operate faster in your scenario, same data set and network?
Posts: 2
Joined: 29 Aug 2009

bithead999

I am also having the same issue. Windows copy works at several MB/sec over a 100Mbit connection and FFS is running at 10-200KB/sec. It is also not processing files very fast so the issue isn't that I have a ton of very small files. I am guessing something changed in a new version, it never used to run this slow. I love this tool. I would be happy to help with testing.
Posts: 2
Joined: 29 Aug 2009

bithead999

The issue occurs when running from Windows Server 2008 R2. When I run it on the 2003 server and push to the 2008 R2 server it runs at normal speed (~8MB/sec over 100Mbit). So the problem occurs when pulling from an SMB share on 2003 to a local 2008 R2 folder. I hope this helps.

Do you think this is an OS issue or maybe the difference between pulling or pushing to the SMB/CIFS share? I have had this same issue with two 2008R2 servers. They are both Hyper-V guests on the same Hyper-V server.