Sometimes FreeFileSync takes an extraordinary amount of time to sync to/from a
USB drive, usually it seems that this is related to ESRI filegeodatabases
(which look like a folder with a lot of files in them).
In the latest case it took about 50 minutes to sync a 300MB Access database,
as below (snippet from log):
(syncing from 7500rpm drive, Win 7 64bit on a Lenovo W520 laptop to 8GB USB
stick)
Info: Processing folder pair:
Left: "G:\Geog_662_Adv_Urban\"
Right: "C:\Users\Grant\Documents\Geog_662_Adv_Urban\"
Info: Creating file "G:\Geog_662_Adv_Urban\Proj_9\Proj9_tables.accdb"
Info: Creating file "G:\Geog_662_Adv_Urban\Proj_9\Proj_9_2004.mxd"
Info: Creating file "G:\Geog_662_Adv_Urban\Proj_9\Proj_9_2009_1.mxd"
When I came to sync this to my other PC that I use it took far less time:
(synching from 8GB USB stick to a network drive using computer with XP, 32bit)
Info: Creating file "Z:\Geog_662_Adv_Urban\Proj_9\Proj9_tables.accdb"
Info: Creating file "Z:\Geog_662_Adv_Urban\Proj_9\Proj_9_2004.mxd"
Is this expected? Where would the bottleneck likely be?
I am using automatic with permanent deletes.
1 Hour to create a 300MB file normal?
-
- Site Admin
- Posts: 7210
- Joined: 9 Dec 2007
FreeFileSync doesn't do anything particular when copying files, but uses
Windows' standard file copy routine. Therefore the usual considerations for
file copying apply here.
I can't say for certain what's the cause of the slow copy operation. But my
guess would be the USB connection. The speed of ~ 120kb/s looks almost like
USB 1.0, instead of 2.0. I had a similar performance problem with an external
hard disk; switching from USB to SATA solved it successfully.
Windows' standard file copy routine. Therefore the usual considerations for
file copying apply here.
I can't say for certain what's the cause of the slow copy operation. But my
guess would be the USB connection. The speed of ~ 120kb/s looks almost like
USB 1.0, instead of 2.0. I had a similar performance problem with an external
hard disk; switching from USB to SATA solved it successfully.
-
- Site Admin
- Posts: 7210
- Joined: 9 Dec 2007
I see your USB drive is an USB memory stick. Sometimes not all ports support
USB 2.0, so switching the port could help (watch out for Windows balloon tip
like "this device is not operating at full speed")
USB 2.0, so switching the port could help (watch out for Windows balloon tip
like "this device is not operating at full speed")
The port it is plugged into on the laptop is a USB 3.0 port, the device is new
and presumably 2.0 (no message regarding speed pops up). I will try it plugged
into the USB 2.0 port.
The graph reports some extremely slow speeds sometimes so it may be the port.
and presumably 2.0 (no message regarding speed pops up). I will try it plugged
into the USB 2.0 port.
The graph reports some extremely slow speeds sometimes so it may be the port.
OK, a quick test (creating a copy of the access database and running synch in
USB 2.0 port, then copy database again and run in USB 3.0 port:
network to USB (2.0)
Info: Creating file "E:\...\Copy of Proj9_tables.accdb"
USB 2.0 to laptop
Info: Creating file "C:\...\Copy of Proj9_tables.accdb"
(Total time: 00:02:45 - included a couple of excel files)
USB 3.0 to laptop
Info: Creating file "C:\...\Copy of Proj9_tables - Copy.accdb"
(Total time: 00:04:09 - and it did less than the run above)
So all fine this time around, maybe the USB 3.0 port drivers or something
specific to that one run.
USB 2.0 port, then copy database again and run in USB 3.0 port:
network to USB (2.0)
Info: Creating file "E:\...\Copy of Proj9_tables.accdb"
USB 2.0 to laptop
Info: Creating file "C:\...\Copy of Proj9_tables.accdb"
(Total time: 00:02:45 - included a couple of excel files)
USB 3.0 to laptop
Info: Creating file "C:\...\Copy of Proj9_tables - Copy.accdb"
(Total time: 00:04:09 - and it did less than the run above)
So all fine this time around, maybe the USB 3.0 port drivers or something
specific to that one run.
