[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: |
Tue, 15 Dec 2020 08:52:18 +0100 |
Another option is plzip (parallel Lzip, an official part of Lzip).
> decompression of ungoogled-chromium from the LAN completes in 2.4s for
> gzip vs. 7.1s for lzip. On a low-end ARMv7 device, also on the LAN, I
> get 32s (gzip) vs. 53s (lzip).
With four cores, plzip would beat gzip in the first case.
With only 2 cores, plzip would beat gzip in the second case.
What's left to do to implement plzip support? That's the good news:
almost nothing!
- On the Lzip binding side, we need to add support for multi pages.
It's a bit of work but not that much.
- On the Guix side, there is nothing to do.
Cheers!
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
- When substitute download + decompression is CPU-bound, Ludovic Courtès, 2020/12/14
- Re: When substitute download + decompression is CPU-bound, Julien Lepiller, 2020/12/14
- Re: When substitute download + decompression is CPU-bound, Nicolò Balzarotti, 2020/12/14
- Re: When substitute download + decompression is CPU-bound,
Pierre Neidhardt <=
- Re: When substitute download + decompression is CPU-bound, Nicolò Balzarotti, 2020/12/15
- Re: When substitute download + decompression is CPU-bound, Pierre Neidhardt, 2020/12/15
- Re: When substitute download + decompression is CPU-bound, Nicolò Balzarotti, 2020/12/15
- Re: When substitute download + decompression is CPU-bound, Pierre Neidhardt, 2020/12/15
- Re: When substitute download + decompression is CPU-bound, Pierre Neidhardt, 2020/12/15
- Re: When substitute download + decompression is CPU-bound, Ludovic Courtès, 2020/12/15
- Re: When substitute download + decompression is CPU-bound, Pierre Neidhardt, 2020/12/15
- Re: When substitute download + decompression is CPU-bound, Ludovic Courtès, 2020/12/18
- Re: When substitute download + decompression is CPU-bound, Pierre Neidhardt, 2020/12/18
Re: When substitute download + decompression is CPU-bound, Ludovic Courtès, 2020/12/15