Hello,
2015-06-27 17:56 GMT+02:00 Heitor Faria :
> I wonder if the thread starter (SPQR) solved his problem.
> The discussion became hot and he flew. lol
>
As always on the Internet. :)
all the best
--
Radosław Korzeniewski
rados...@korzeniewski.net
rs"
> Sent: Saturday, June 27, 2015 12:14:47 PM
> Subject: Re: [Bacula-users] Bacula causing high disk-io on clients
> 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
&
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: 65
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
Compress
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.
On 27/06/15 10:45, Dmitri Maziuk wrote:
> 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.
Not entirely true and certainly
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
On 6/25/2015 8:59 AM, Alan Brown wrote:
> On 25/06/15 13:47, SPQR wrote:
>> Hello again,
>>
>> at the moment I'm using compression = gzip; how can I change the level of
>> compression?
>>
>> Can I just write compression = lzo without any problems?
> Yes, but.
>
> If you reduce the compressio
On 06/25/2015 07:46 AM, SPQR wrote:
> Hi Alan,
>
> Wow, this was really fast :-) Thanks for your answer.
>
> of course I know, that this is a io-consuming-process, but the load is really
> too high. Other tasks that are done by the system (log rotation, ...) are not
> working correctly and onc
On 25/06/15 13:47, SPQR wrote:
> Hello again,
>
> at the moment I'm using compression = gzip; how can I change the level of
> compression?
>
> Can I just write compression = lzo without any problems?
Yes, but.
If you reduce the compression level then the disk will be hit harder,
which means
> Hello again,
>
> at the moment I'm using compression = gzip; how can I change the level of
> compression?
E.g.: compression = gzip1
> Can I just write compression = lzo without any problems?
It depends if your client was built with lzo support. It's safe to test it: the
worse that can happ
> Hi there :-)
>
> I mentioned, that bacula-client causes a high disk-io on the systems, which
> are
> handled on daily backup tasks.
>
> Is it possible to use something like ionice to avoid this behavior?
If you use Bacula compression you may try to use a lower GZIP Level (e.g.: 1)
or LZO.
If
On 25/06/15 12:46, SPQR wrote:
> Hi Alan,
>
> Wow, this was really fast :-) Thanks for your answer.
>
> of course I know, that this is a io-consuming-process, but the load is really
> too high. Other tasks that are done by the system (log rotation, ...) are not
> working correctly and once the se
On 25/06/15 12:11, SPQR wrote:
> I mentioned, that bacula-client causes a high disk-io on the systems, which
> are handled on daily backup tasks.
Um
What did you expect from something which is spinning through every
directory and file on the disk?
> Is it possible to use something like io
14 matches
Mail list logo
