On 3/26/07, Bernhard Ott <[EMAIL PROTECTED]> wrote:
> > It is true that BackupPC is great, however backuppc is slow because it
> > is trying to make backup of a single instance of each file to save
> > space. Now we are wasting (perhaps even more?) space to make it fast
> > when we do raid1.
>
> You can't be serious about that: let's say you have a handful of
> workstations full backup 200GB each and perform backups for a couple of
> weeks - in my case after a month 1,4 TB for the fulls and 179GB for the
> incrementals. After pooling and compression: 203 (!) GB TOTAL.
> Xfer time for a 130GB full: 50min. How fast are your tapes?
> But if you prefer changing tapes (and spending a lot more money on the
> drives) - go ahead ... so much for "wasting space" ;-)

No kidding! My backuppc stats are like this:

18 hosts
76 full backups of total size 748.09GB (prior to pooling and compression)
113 incr backups of total size 134.11GB (prior to pooling and compression)
Pool is 135.07GB comprising 2477803 files and 4369 directories

6.5:1 compression ratio is pretty good, I think.

Athlon XP 2000+ 1GB RAM, software RAID 1 w/ 2 ST3250824A (7200rpm,
ATA, 8MB cache). The machine was just built from leftover parts.
Running on Fedora Core 6.

I love BackupPC. :-)

-Dave

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/

Reply via email to