[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: When substitute download + decompression is CPU-bound
From: |
Pierre Neidhardt |
Subject: |
Re: When substitute download + decompression is CPU-bound |
Date: |
Fri, 29 Jan 2021 13:13:09 +0100 |
Nicolò Balzarotti <anothersms@gmail.com> writes:
>> As Gzip is never the best choice, it would make sense to drop it, even
>> if we have to wait a little until everyone has updated their Guix daemon
>
> My hypothesis is that this won't be the case on something slow like the
> raspberry pi 1.
What wouldn't be the case? If you mean that "gzip is never the best
choice", wouldn't Zstd outperform gzip on the Raspberry Pi 1 too?
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
- Re: When substitute download + decompression is CPU-bound, (continued)
- Re: When substitute download + decompression is CPU-bound, Pierre Neidhardt, 2021/01/07
- Re: When substitute download + decompression is CPU-bound, Ludovic Courtès, 2021/01/14
- Re: When substitute download + decompression is CPU-bound, Nicolò Balzarotti, 2021/01/14
- Re: When substitute download + decompression is CPU-bound, Pierre Neidhardt, 2021/01/15
- Re: When substitute download + decompression is CPU-bound, Ludovic Courtès, 2021/01/28
- Re: When substitute download + decompression is CPU-bound, Pierre Neidhardt, 2021/01/29
- Re: When substitute download + decompression is CPU-bound, Guillaume Le Vaillant, 2021/01/29
- Re: When substitute download + decompression is CPU-bound, Nicolò Balzarotti, 2021/01/29
- Re: When substitute download + decompression is CPU-bound,
Pierre Neidhardt <=
- Re: When substitute download + decompression is CPU-bound, Guillaume Le Vaillant, 2021/01/29
- Re: When substitute download + decompression is CPU-bound, Nicolò Balzarotti, 2021/01/29
- Re: When substitute download + decompression is CPU-bound, zimoun, 2021/01/29