#1
|
|||
|
|||
Time Machine running 5X faster than SuperDuper
I recently purchased a Buffalo LinkStation NAS for backups and performed a Time Machine backup then a backup using SuperDuper.
The Time Machine backup completed in about 10-12 hours. The SuperDuper backup is now on hour 45 and is reporting about 85% complete. Can anyone suggest why the SuperDuper backup is running so much slower than the Time Machine? Here are some of my system statistics: Mac OSX 10.5.7 Backing up 300 GB of used space on a 1 TB HDD NAS is connected over gigabit ethernet |
#2
|
||||
|
||||
It's not typical that TM would be faster, but perhaps your LinkStation NAS (which is generally pretty slow) doesn't handle large files (the image) well? Time Machine uses "sparse bundles", which manage a large number of small file "bands" in a package, rather than a "sparse image", which uses a single large file...
__________________
--Dave Nanian |
#3
|
|||
|
|||
I notice that after more than 50 hours now all of the files are still not "evaluated". Is it possible that it's the evaluation that's slowing it down and not the raw copy speed?
|
#4
|
||||
|
||||
No, evaluation and copying are the same - it's a single pass copy.
__________________
--Dave Nanian |
#5
|
|||
|
|||
The entire backup has now finished and reports an overall transfer rate of 1.66 MB/s.
I did a test with an 11.45 GB file and copied it to the NAS through Finder and got an overall speed of 6.5 MB/s. I can also hear the NAS drives working a lot more when I do a finder copy than when SD is running. I checked the log and it doesn't appear to have any errors or warnings. It seems to log during the inital start of the backup and at the end when it closes out but not during file copy process itself. Is there a way to set the logging to a debug level? Is it possible that SD moves the file pointer around in the sparse image file a lot as it copies each file, like to update an index or something? |
#6
|
||||
|
||||
How the "file pointer" moves is entirely up to the system, as you might expect. We copy the entire file with a single low-level call, and then supplement the metadata as appropriate (which can take a few). Subsequent Smart Updates will be faster...
__________________
--Dave Nanian |
Tags |
slow, superduper, time machine, timemachine |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Super Slow Time Machine After SuperDuper Restore | kipshaw | General | 5 | 07-12-2009 02:45 PM |
Using SuperDuper for an offsite Time Machine backup | toy | General | 1 | 07-26-2008 12:02 PM |
SuperDuper causing Time Machine to fail | jrdub | General | 2 | 02-26-2008 10:22 PM |
Time Machine stopped working - SuperDuper involved? | adriansmith | General | 18 | 02-20-2008 03:48 PM |
Will Time Machine make SuperDuper obsolete? | JAC II | General | 9 | 11-07-2007 03:54 PM |