Ryan Novosielski wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Did you just remove compression from the definition?

I simply commented out the compression option in the FileSet section.

### FILESETS
FileSet {
   Name = "Web6"
   Include {
       Options {
             signature = MD5
#            compression=GZIP
                }
       File = /data/data
       File = /data/cgi-bin
       File = /data/cgivirt
       File = /data/webalizer
       File = /usr/local/scripts
       File = /data/movies
       File = /usr/local/etc
       File = /usr/local/db/mysql
       File = /etc
       }

Exclude {
         File = /etc/dnscache/log/main
         File = /tmp
         File = /.snap
         }
}

The next report stated no compression.

   FD Files Written:       1,501
   SD Files Written:       1,501
   FD Bytes Written:       2,699,586,875
   SD Bytes Written:       2,699,798,983
   Rate:                   12978.8 KB/s
   Software Compression:   None

Easy.

DAve




> 
> I'm still looking for a way to EXPLICITLY disable compression.
> 
> DAve wrote:
>> Thomas Traeger wrote:
>>>> Excellent point. The servers that are slowest to transfer are also the 
>>>> busiest, my front end web server and my mail gateways (Av and spam 
>>>> filtering).
>>>>
>>>> That is certainly something to look further into. I could try turning 
>>>> off compression for one cycle to prove the theory.
>>>>
>>>> Thanks,
>>>>
>>>> DAve
>>>>
>>>>   
>>> You might also try reducing the compression level to gzip1/2/3 (default
>>> is gzip5), especially on the VLAN this might help. In my case all
>>> servers have a 1GBit connection to the backup system and software
>>> compression is useless as long as you backup on a tape drive with
>>> hardware compression.
>>>
>> Compression was the culprit! After much testing and trying specific 
>> clients and compression levels it seems that I can transfer uncompressed 
>> data across a 1gb network faster than I can compress the data on the 
>> client. This was tested last on a very busy web server, which really is 
>> never not busy. The overhead of compression exceeded the gains of 
>> transfering data compressed.
>>
>> So depending on what load/cpu/ram a client has, compression should be 
>> altered. It is a trade off of speed verses storage space. I can adjust 
>> each job as required.
>>
>> Just one more way Bacula's complexity pays off. Thanks everyone.
>>
>> DAve

-- 
Three years now I've asked Google why they don't have a
logo change for Memorial Day. Why do they choose to do logos
for other non-international holidays, but nothing for
Veterans?

Maybe they forgot who made that choice possible.

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to