Laurent> I have written a LZO compression patch for bacula. The
Laurent> compression is implemented on the file daemon side like the
Laurent> current gzip compression.

Neat.  What type of speedup or space savings are you seeing?  I just
recently played around with lrzip (Long Range Zip by Con Kolivas) and
came away quite disappointed by it's speed.  It would only give me
around a 10-15% space savings over bzip2, but at a cost of having to
use lots more memory and lots more CPU (multiple cores actually) to
get anywhere close to the native bzip2 compression speed.

Of course I was compressing already compressed files in one test, but
in another test I was compressing pretty regular 5gb Magma Talus
volvanos (EDA design tool file format) and just not seeing good
results.

I had also compiled in the LZO library and tried that, but bzip2 and
even gzip were just as good if not much better.  Sorry I don't have
numbers handy.  

Now onto the patch commentary.  Would it be possible to change the
code to support more compression schemes, specifically the BZIP2
standard would be good to be able to implement.  Your code is so
nicely done, that it shouldn't be hard to do, except the #ifdefs are
going to get ugly quickly as more are added.


Thanks,
John

------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
Bacula-devel mailing list
Bacula-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-devel

Reply via email to