On Tue, 13 Nov 2007, Shon Stephens wrote:
> I'm a little concerned because of the fact that trying to compress an
> already compressed file can take longer or even create a larger sized
> file.
Using GZIP will be a net loss if you are using most tape hardware (already
has hardware compression) o
I'm a little concerned because of the fact that trying to compress an
already compressed file can take longer or even create a larger sized
file.
-Shon
On Nov 12, 2007 9:53 AM, Michael Short <[EMAIL PROTECTED]> wrote:
>
> Bacula has no way to determine whether or not a blob of data is
> compresse
Bacula has no way to determine whether or not a blob of data is
compressed. It simply grabs the data, compresses it, and streams it to
the SD without performing any other time consuming checks.
I wouldn't worry about it though, GZIP compresses and uncompresses
pretty quickly with little to no over
If I have a Fileset that defines "compression = GZIP" will Bacula
ignore files that are already compressed?
Thank you,
Shon
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?
