A complete backup takes several days so I didn't run the compressed backup to 
completion. But if I use examined files as a gauge it's wasn't as bad as 8x.  
It took 16 hours to process 300,000+ files with compression enabled and only 4 
with it disabled. 

Derek



On Jul 1, 2010, at 18:57, "James Harper" <james.harper AT bendigoit.com DOT au> 
wrote:

>> 
>> I've seen a very significant slow in backup speed by enabling gzip
> compress,
>> 32MB/s (without gzip) vs 4MB/s  (with gzip).  The server I'm backing
> up has
>> lots of CPU 24x2.6ghz so the compression time shouldn't be a huge
> factor.  Is
>> this normal for bacula or is there an optimization I'm missing.
>> 
> 
> Can you confirm that the backup actually takes 8 times longer with
> compression enabled and that you aren't just seeing a measurement
> anomaly with compressed vs uncompressed data?
> 
> James
> 
> 

------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users