On Thu, Mar 3, 2011 at 5:57 PM, Sean Clark <smcl...@tamu.edu> wrote: > On 03/03/2011 03:21 PM, John Drescher wrote: >> On Thu, Mar 3, 2011 at 4:11 PM, Fabio Napoleoni - ZENIT <fa...@zenit.org> >> wrote: > [...] >>> So the poor throughput is given by software compression. I don't know what >>> to choose in the speed vs space tradeoff. Ideally the best option could be >>> compression on the storage director (it has more powerful hardware than >>> this client) but I think that bacula currently doesn't support this feature. >>> >> You could do that with filesystem compression. There are a few options >> for that. Although I admit none of them are in the mainline kernel. >> >> John > Well, depending on what you consider "mainline". I'm currently > experimenting with btrfs with filesystem compression. As of 2.6.38, > this is available as both gzip/zlib and LZO. I am, daringly enough, > experimenting with the 2.6.38 release candidates and LZO compression for > a storage daemon on USB external disk volumes. It seems to work so far, > but I've only been using it for a week or so and haven't had a chance to > do any extensive checks. > That was one of the choices. btrfs is still considered highly experimental at this point.
John ------------------------------------------------------------------------------ What You Don't Know About Data Connectivity CAN Hurt You This paper provides an overview of data connectivity, details its effect on application quality, and explores various alternative solutions. http://p.sf.net/sfu/progress-d2d _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users