I should add that my disk hardware is slow - a hardware raid with 5400rpm parallel ATA disks. I bought this particular raid because i was thinking that the design goal for a disk-based backup system would be lots and lots of space, and raid5 would make the 5400rpm disks fast enough.
Upgrading to 7200rpm disks would help me some, but not a huge amount. It's the seeks that are the killer, and each random seek needs to wait an entire disk rotation without command queueing. If i were buying hardware now i would make sure to get scsi or serial ata disks that had command queueing support. That should help the seeking problem more. (all scsi has command queueing, most sata does not but some does) Regardless of the hardware though, as you get bigger things will get worse. On Fri, Mar 03, 2006 at 11:55:24AM -0500, Dan Pritts wrote: > I'm working on the same problem. here's where i am. Look back > through the list archive, others are working on the same problem > in the last few weeks. > > 1) tried just pointing veritas netbackup at the backuppc disk. > veritas is fine with hard links, no problem there, but with even > 150G used on my backuppc disk, it takes over a day for any backup > (incr or full). It got better when i moved from raid5 to raid1 > but it's still too slow. Too many disk seeks i guess. ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/backuppc-users http://backuppc.sourceforge.net/
