On Fri, 7 Jun 2019 16:58:36 +0200 (CEST)
Jan Engelhardt
These is this month's compression shootout. ... Interpretation:
* The ups and downs in the decompression times are read as jitter; they often complete in less than a minute.
* For a particular algorithm, decompression speed is unaffected by chosen compression level. This means the choice of level is only influenced by the desired compression-time characteristics.
* zstd decompression is decidedly faster than xz (~4.3x). Fedora is making sensible choices.
* lz4 decompression is 15% slower than zstd. Ubuntu is making suboptimal choices again.
* Brotli: only marginally better in the low-to-medium-level compression than zstd. Equally weak in decomp like lz4. That's probably the reasons it was not worth supporting in rpm.
* Fedora's plan to replace xz-2 with zstd-18 will at least double their compression times.
* Replacing openSUSE's xz-5 with zstd-18 gives the decompression benefit, no improvement in compression time and a slight space increase.
* xz-5 to zstd-10 would also give a 7x compression time saving with a slight more space increase. (23.6->27.9G)
Nice summary for speed How does zstd compare to xz in robustness? https://www.nongnu.org/lzip/xz_inadequate.html Thanks Michal -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org