[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 10:54:10 +0100 |
Nicolò Balzarotti <anothersms@gmail.com> writes:
> Pierre Neidhardt <mail@ambrevar.xyz> writes:
>
>> Another option is plzip (parallel Lzip, an official part of Lzip).
>
> Wouldn't that mean that this will become a problem when we'll have
> parallel downloads (and sometimes parallel decompression will happen)?
What do you mean?
Parallel decompression is unrelated to downloads as far as I
understand. Once the archive (or just archive chunks?) is available,
plzip can decompress multiple segments at the same time if enough cores
are available.
--
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, 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
Re: When substitute download + decompression is CPU-bound, Jonathan Brielmaier, 2020/12/15