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.har...@bendigoit.com.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@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
