On 6/27/2015 8:55 AM, Alex Domoradov wrote:
> FYI
>
> I have 1Gb uplinks between bacula sd and client and get the following
> results
>
> Compression: NONE
> Time: 07:16:58
> Size: 831.14 GB
> Files: 11,288,747
> Speed: 32.46 MB/s
> Compression: 0.00
>
> Compression: LZO
> Time: 07:56:38
> Size: 653.04 GB
> Files: 11,288,747
> Speed: 23.38 MB/s
> Compression: 0.21
>
> Compression: GZIP
> Time: 10:09:07
> Size: 636.41 GB
> Files: 11,288,747
> Speed: 17.83 MB/s
> Compression: 0.23

What that means is over a gigabit link you can read from 3 clients in 
parallel w/o compression, 4 clients w/ lzo compression, and about 6 w/ 
gzip. I agree, if you have a single roid-warrior fablet client who shows 
up on office vlan once a month, client-side compression is wrong for 
them. I would say as is bacula: get them btsync or something. I'm 
backing up linux servers, plural, so I'd rather gzip on the clients.

The only times I see high i/o load on ext4 is a) recursive chown/chmod 
on a large directory tree on nfs file server (because you can't train 
users to do it themselves) and b) when a cheap non-tler disk is dead but 
doesn't know it yet.

Dima


------------------------------------------------------------------------------
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