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
You mean the bacula client?
This was downloaded from the repos (apt-get install bacula-client). Is this
usually built with lzo-compression?
I'd like to give it a try this night :-)
+--
|This was sent by r...@ehrenwert.it via B
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
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?
+--
|This was sent by r...@ehrenwert.it via Backup Central.
|Forward S
> 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
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 server crashed bc. of this high load.
Would
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
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?
Thanks in advance :-)
+--
|This wa
18 matches
Mail list logo
