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
