Re: [BackupPC-users] Multiple CPU usage for compression?

[Adam G. <mai...@we...>]

On 3/10/19 5:26 am, Daniel Berteaud wrote:
> ----- Le 2 Oct 19, à 18:51,  p2...@ro... a écrit :
>
>> On 02/10/2019 15:46, Daniel Berteaud wrote:
>>> ----- Le 1 Oct 19, à 10:51,  p2...@ro... a écrit :
>>>
>>>> Hmmm I am not so sure about that.. because it appears the time it takes
>>>> compress files also slows down the transfer of them. I was getting like
>>>> 6Mb/s from a server on the same switch as the backup machine. One CPU
>>>> out of 16 was pegged at a 100% under compression.
>>> How do you know compression is the bottleneck ?
>>
>> I happened to be watching htop at the time. I was suprrised to see only
>> one core pegged at 100%
> That doesn't mean this process is busy only doing compression (it might, but it could be doing something else)
>
>
>>>> Surely it would be
>>>> trivial to replace gzip with pigz and bzip2 with pbzip2?
>>> BackupPC does not use an external binary to compress data so no, it wouldn't be
>>> as trivial as s/gzip/pigz/
>>>
>> Oh? Then why is there a config variable for the gzip path ? What is it
>> used for it not compression?
>>
>> Curious.
> It's for compression of archives, not pooled files
>
> ++
>

You could always disable compression, and then see if it solves your CPU 
issue....

Regards,
Adam

-- 
Adam Goryachev Website Managers www.websitemanagers.com.au
-- 
The information in this e-mail is confidential and may be legally privileged.
It is intended solely for the addressee. Access to this e-mail by anyone else
is unauthorised. If you are not the intended recipient, any disclosure,
copying, distribution or any action taken or omitted to be taken in reliance
on it, is prohibited and may be unlawful. If you have received this message
in error, please notify us immediately. Please also destroy and delete the
message from your computer. Viruses - Any loss/damage incurred by receiving
this email is not the sender's responsibility.