On 6/27/2015 5:45 AM, Dmitri Maziuk wrote:
> On 6/26/2015 7:26 AM, Josh Fisher wrote:
>
>> However, for backup devices lacking hardware compression (such as disk),
>> compression may be warranted regardless of client connection speed. This
>> is why a SD level compression feature would be useful.
> Compressing data on the client means fewer bytes to send over the wire.
> Block-level compression like bzip2 tends to be completely cpu-bound and
> anything bigger than a cellphone tends to have plenty of cycles to
> spare. SD level compression is saving bandwidth where it's scarce at the
> cost of cycles that are abundant -- why would anyone *not* want it?

Weak client machines on a fast (1Gbps or better) network. By weak 
clients I mean ARM and Atom based pads and small laptops. The road 
warrior users must be backed up when they are in the office and actively 
using the devices. On these clients it is definitely noticeable. I have 
one user who figured out how to kill the bacula-fd client when it slowed 
his device down.

------------------------------------------------------------------------------
Monitor 25 network devices or servers for free with OpManager!
OpManager is web-based network management software that monitors 
network devices and physical & virtual servers, alerts via email & sms 
for fault. Monitor 25 devices for free with no restriction. Download now
http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users