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
jeremy AT biochem.uthscsa DOT 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 AT lists.sourceforge DOT net
List:    https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:    http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/