Bacula-users

[Bacula-users] bacula disk based compression strategy

2010-08-08 18:55:24
Subject: [Bacula-users] bacula disk based compression strategy
From: Joseph Dickson <joseph.dickson AT ajboggs DOT com>
To: "bacula-users AT lists.sourceforge DOT net" <bacula-users AT lists.sourceforge DOT net>
Date: Sun, 8 Aug 2010 18:39:52 -0400

Greetings..

 

I’m using Bacula in an all-disk based environment, using a disk based autochanger script.  I’m wondering if anyone has come up with a magic recipe for dealing with the compression issues that are inherent with this type of strategy..

 

What I’m talking about mostly is that bacula-fd performance with software compression on is pretty slow, which I think I’ve read can be attributed to the single threaded compression algorithm that is being used.. I would much rather stream the data from the hosts uncompressed and then compress it once it reaches the SD, since my backup server tends to be fairly beefy compared to many of my hosts..

 

What have other people done to combat this issue?  Is it worth my time investigating some of the virtual tape library software out there for Linux, which presumably implements reasonable compression on the virtual tape lib side?  Or are people perhaps using a transparent compression filesystem with good results?

 

Just trying to get a feel for what people have found works.. need to reduce the window to backup each host (i.e. up the throughput from the 2-3MB/sec I’m getting) but don’t want to sacrifice the space of doing completely without compression J

 

Thanks!

 

Joe

 

------------------------------------------------------------------------------
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
<Prev in Thread] Current Thread [Next in Thread>