> To: centos@centos.org
> Subject: [EXTERNAL] Re: [CentOS] Need help to fix bug in rsync
>
>
> Harriscomputer
>
> Leroy Tennison
> Network Information/Cyber Security Specialist
> E: le...@datavoiceint.com
>
>
> [cid:Data-Voice-International-LOGO_aa3d1c6e-5cfb-45
> On Wed, Mar 25, 2020 at 02:49:24PM +0100, Simon Matter via CentOS wrote:
>> Hi,
>>
>> I've discovered a bug in rsync which leads to increased CPU usage and
>> slower transfers in many situations.
>>
>> When syncing with compression (-z), certain file types should not be
>> compressed during the
On Wed, Mar 25, 2020 at 02:49:24PM +0100, Simon Matter via CentOS wrote:
> Hi,
>
> I've discovered a bug in rsync which leads to increased CPU usage and
> slower transfers in many situations.
>
> When syncing with compression (-z), certain file types should not be
> compressed during the
Am 25.03.20 um 19:15 schrieb Simon Matter via CentOS:
On Wed, 2020-03-25 at 14:39 +, Leroy Tennison wrote:
Since you state that using -z is almost always a bad idea, could you
provide the rationale for that? I must be missing something.
I think the "rationale" is that at some point the
, March 25, 2020 1:32 PM
To: centos@centos.org
Subject: [EXTERNAL] Re: [CentOS] Need help to fix bug in rsync
Harriscomputer
Leroy Tennison
Network Information/Cyber Security Specialist
E: le...@datavoiceint.com
[cid:Data-Voice-International-LOGO_aa3d1c6e-5cfb-451f-ba2c-af8059e69609.PNG]
22
ailing list
Subject: [EXTERNAL] Re: [CentOS] Need help to fix bug in rsync
Harriscomputer
Leroy Tennison
Network Information/Cyber Security Specialist
E: le...@datavoiceint.com
[cid:Data-Voice-International-LOGO_aa3d1c6e-5cfb-451f-ba2c-af8059e69609.PNG]
2220 Bush Dr
McKinney, Texas
75070
www.d
On Wed, 2020-03-25 at 19:15 +0100, Simon Matter via CentOS wrote:
> > On Wed, 2020-03-25 at 14:39 +, Leroy Tennison wrote:
> > > Since you state that using -z is almost always a bad idea, could you
> > > provide the rationale for that? I must be missing something.
> > >
> > I think the
> On Wed, 25 Mar 2020, Leroy Tennison wrote:
>
>> Since you state that using -z is almost always a bad idea, could you
>> provide the rationale for that? I must be missing something.
>
> I can't speak to that, but the obvious workaround is to use ssh's
> compression instead of rsync's:
>
> rsync
> On Wed, 2020-03-25 at 14:39 +, Leroy Tennison wrote:
>> Since you state that using -z is almost always a bad idea, could you
>> provide the rationale for that? I must be missing something.
>>
> I think the "rationale" is that at some point the
> compression/decompression takes longer than
On Wed, 25 Mar 2020, Leroy Tennison wrote:
Since you state that using -z is almost always a bad idea, could you
provide the rationale for that? I must be missing something.
I can't speak to that, but the obvious workaround is to use ssh's
compression instead of rsync's:
rsync -av -e 'ssh
On Wed, 2020-03-25 at 14:39 +, Leroy Tennison wrote:
> Since you state that using -z is almost always a bad idea, could you
> provide the rationale for that? I must be missing something.
>
I think the "rationale" is that at some point the
compression/decompression takes longer than the time
Subject: [EXTERNAL] Re: [CentOS] Need help to fix bug in rsync
On Wed, 25 Mar 2020 14:49:24 +0100
Simon Matter via CentOS wrote:
> Hi,
>
> I've discovered a bug in rsync which leads to increased CPU usage and
> slower transfers in many situations.
>
> When syncing with compression (
On Wed, 25 Mar 2020 14:49:24 +0100
Simon Matter via CentOS wrote:
> Hi,
>
> I've discovered a bug in rsync which leads to increased CPU usage and
> slower transfers in many situations.
>
> When syncing with compression (-z)
Tbh, using -z with rsync is almost always a bad idea (unless you're
Hi,
I've discovered a bug in rsync which leads to increased CPU usage and
slower transfers in many situations.
When syncing with compression (-z), certain file types should not be
compressed during the transfer because they are already compressed. The
file types which are not to be compressed
14 matches
Mail list logo
