On Thu, Mar 3, 2011 at 5:57 PM, Sean Clark <smclark AT tamu DOT edu> wrote:
> On 03/03/2011 03:21 PM, John Drescher wrote:
>> On Thu, Mar 3, 2011 at 4:11 PM, Fabio Napoleoni - ZENIT <fabio AT zenit DOT
>> 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 AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|
