If you are running bacula 15.x, they added zstd compression. In my tests zstd compression was as fast as lzo and as good as gzip. So if you can try zstd in bacula 15.x, I definitely recommend it.
Otherwise, your choices for software compression are: gzip: good for space saving, but slower. lzo: less space saved, but faster than gzip. Definitely better than nothing. Robert Gerber 402-237-8692 r...@craeon.net On Wed, Mar 12, 2025, 10:46 AM Marco Gaiarin <g...@lilliput.linux.it> wrote: > Mandi! Bill Arlofski via Bacula-users > In chel di` si favelave... > > > Why not just use the simple to manage Bacula Storage Daemon Encryption > feature? > > Because, at least for tapes, this practically brake hardware compression; > so > if i enable software encryption i need also to enable software compression, > and this add some more slowdown. > > I've done some tests in my production environment in this weeks, so real > data, and: > > + software encryption add 5-20% to backup time > + software encryption add 10-25% to backup space > + software compression not tested > + media-based, not client-based; it is a pros-and-coons thinks, i know, > but > seems to me a beter approach. > > hardware encryption (and compression) is really and totally transparent to > backup, eg a backup done with hardware encryption enabled take same time > and > space of an hardware encryption disabled backup. > > > For RDX there's no hardware compression, so software encryption effectively > could be a decent approach; but seems supported also there, so i'll give > it a > try... > > -- > > > > > _______________________________________________ > Bacula-users mailing list > Bacula-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bacula-users >
_______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
