none
Deleting large numbers of files causes SyncToy 2.0 to stop. RRS feed

  • Question

  • When a synchronization starts deleting large numbers of files (like 1400+) SyncToy first starts to use all CPU's for 100%, then SyncToy slowly starts consuming more and more physical memory and slows down.

    Eventually SyncToy generates an error that it encounters a drive error or an write error.

    At this point it will stop with the progress bar at 100%, but not all work is done. When you start SyncToy again it will still find files to synchronize.

    Sometimes you will have to start the same folder pair 4 to 5 times!

    Anyone experiencing the same problem?

    Taco
    Monday, February 16, 2009 9:16 AM

All replies

  • Hi Taco,

    I don't think it is a regular result for SyncToy2.0. For the test result of SyncToy2.0, it can sync more than 1'000'000 files. So 1400+ files seems so few than a million files. In this time, maybe the issue is not caused by SyncToy. I can get little information from your state, so give you some advice to follow:

    1. You can manually copy LeftFolder with 1400+ files to RightFolder(just manually do the work as SyncToy does), If it still slow, you can find out if some of the files are special that cause the slowness.

    2. Resetup SyncToy2.0 and sync the same LeftFolder, to test if the issue is caused by the settingup of SyncToy.

    3. By the way, you can use SyncToy2.1 instead.

     

     

    Thanks,

    Danish

    Wednesday, April 21, 2010 8:55 AM