Announcement
Collapse
No announcement yet.
Zstd-Compressing The Linux Kernel Has Been Brought Up Again
Collapse
X
-
Zstd seems to be the new hotness, but is it “suitable for long term archiving” (unlike Xz)?
-
Originally posted by dwagner View PostIf shaving off 1s of boot time is relevant for you, then …
Leave a comment:
-
Originally posted by eva2000 View Post
FYI, I posted my own gzip vs xz vs zstd and other benchmarks at https://community.centminmod.com/thr...-xz-etc.17259/ - zstd has so many options beyond default which can tune it for either high compression ratios or compression/decompression speed
It is exactly the graph I wanted to see. Glad you didn't use log scale for x-axis.
Pitty lz4 was'nt in your test.
I am very surprised at how well pigz did at high speed compression.
Would have been awesome if you had the same graph for decompression speed vs compression ratio. (Edit: Its hard to get a good picture from the data alone)
- Likes 1
Leave a comment:
-
Originally posted by dwagner View PostIf shaving off 1s of boot time is relevant for you, then you clearly have a severe stability issue with your operating system.
One of my previous employers have already switched to lz4 for faster boot up several years ago on ARM devices because it relates to user safety and user satisfaction
- Likes 3
Leave a comment:
-
- Likes 2
Leave a comment:
-
Ubuntu got it right with lz4. Adding support for Zstd isn't a problem. Going forward, IO will continue to scale faster than CPU which is already the case.
- Likes 1
Leave a comment:
-
If shaving off 1s of boot time is relevant for you, then you clearly have a severe stability issue with your operating system.
BTW: (De-)compression algorithms need very thorough testing against security vulnerabilities. If you put such an algorithm into the kernel, make very, very sure that you have tested it with all kinds of random and maliciously crafted input.
Leave a comment:
Leave a comment: