Synctoy 2.0 becomes extremely slow during the synchronization process
-
17/جمادى الأولى/1430 02:27 م
Hello,
I use Synctoy to synchronize (Edit: Echo mode) a development folder with a deep tree of files and sub-folders: about 215.000 files, 2800 sub-folders for more than 40 GB.
I have followed the instructions to upgrade from 2.0 beta to 2.0 release.
The latest update of our network folder add many files to be synchronized (160.000 files to be overwritten for 5GB). All these files are small files (about 30 KB)
. The Synctoy Preview has processed quite quickly (about 10 minutes with all this data). But the synchronization process was extremely sloooow.
At the beginning, the files were copied very quickly (even if I could see some pauses in the process every 1.000 files copied). Then, the number of copied files per minute has continued to decrease during the synchronisation until to "reach" 3 seconds for 5 files copied while there are very small files ! The entire copy process has finished in more than 23 hours.
So it seems that the copy process is longer and longer as the number of operations is important.
Edit:
- the synchronization process is slow for file deletions too, it is not only the file copy
- I have noticed that many many temporary files are quickly created and deleted in the right folder (named "FSP-{long-random-string-here}.tmp").
Please note that if we remove all data from our local hard disk, and copy all the files directly from the network (copy/paste), it takes only about 40 minutes. We have tried on several computers, at different time: it is neither a hard disk problem nor a too slow network.
Has somebody noticed the same problem ? Is there a plan to fix this performance issue ?
I would be grateful if someone could help me to solve this problem.
Thanks a lot
Best regards,
Aldebaran
جميع الردود
-
22/جمادى الأولى/1430 12:01 مI've noticed the exact same thing. I'm syncing pictures (about 20,000) and had good success with v 1.4. After upgrading, it can run all day and not complete the small updates (about 1 gig of changes). Something seems broke in 2.0.
If it helps anyone, I'm using it in contribute mode.
Sean -
24/جمادى الأولى/1430 07:54 صHello,
I did a new synchronization yesterday, with the same parameters as described in my first post.
The preview step was done in about 10 minutes: 12.000 new files, 804 create folders, 40 overwrite for about 380 MB.
Same problem : the synchronization process has been extremely slow at the end (25 minutes) while it was faster at the beginning. All the files are small (less than 35KB).
Thanks for your attention
Best regards,
Aldebaran -
24/شوال/1430 03:56 صI'm having the same problem. It's taken SyncToy 2.0 about an hour to transfer 1,500 small files (30-50k). This is bordering unusable...
-
01/ربيع الثاني/1431 11:37 صHello,
Does somebody have some information on these performance problems ?
Thanks -
02/ربيع الثاني/1431 08:27 صThere are kinds of thing you could have a try to resolve the perf issue. 1) Did you check the "Check file contents" option? This will slow down syncing perf. Try to remove the setting. 2) If you set "Save overwite files in recycle Bin", and there have had a lot of files in recycle bin. Try to empty recycle bin, then have a try. 3) When using SyncToy to sync very large number of files, it will met performance issue too. Our suggestion is to create multiple folder pairs to sync your files. That will help to speed the sync process. Thanks, Ping
This posting is provided "AS IS" with no warranties, and confers no rights. -
02/جمادى الثانية/1433 10:15 م
Hi all,
I was having the same problem with the sync being ridiculously slow, using 2.1 with Windows 7. After finding nothing online that helps, I realised my Recycle Bin was totally full, containing the overwritten and deleted files. I thought maybe having to move the files to my recycle bin while simultaneously deleting from it (because the bin is full) could be slowing it down.
Lo and behold, I turn off the 'copy overwritten files to recycle bin' (or whatever it's called) and BOOM, 5000 music files in 10 minutes.
This could explain why it starts so quick (filling up the bin) then slows down to all hell (bin is full).
Anyway, hope that helps other people!
Love from Australia.
- تم الاقتراح كإجابة بواسطة Nyqu1st 02/جمادى الثانية/1433 10:18 م