Les Mikesell wrote: > What operations are you watching to see these numbers? The only one > where network bandwidth matters much is the initial copy of a new host. > The rest of the time you are mostly doing comparisions. Backuppc > will be slower than native rsync because it is in perl and because it is > working with a compressed copy for the comparison. And perhaps you > didn't use the --ignore-times option on the runs you are using for > comparison. Backuppc does this on fulls and it will slow things down to > the speed that the remote can read the whole disk for the checksum > comparisons - but it gives you an integrity check on your pooled copy.
I'm watching a live output of Ganglia showing network usage while the backups are going. Also simple math.. I just finished one full backup, 16 GB in 143 minutes. That's simply unacceptable for a full backup. Now if you tell me my hardware isn't fast enough, the BackupPC server is a dual Opteron 2.2 Ghz with 8 GB RAM and 24 300GB drives in a 3ware RAID5 array, it isn't. -- Jeremy Mann jer...@biochem.uthscsa.edu University of Texas Health Science Center Bioinformatics Core Facility http://www.bioinformatics.uthscsa.edu Phone: (210) 567-2672 ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List: https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki: http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
