Kernel 6.3 Changes Probably Should Be Reverted 10 November 2023, 08:24:20 There used to be a very detailed, big comparison table of XZ vs ZSTD with all level switches (zstd has too many of them for the sake of having so many levels...). As far as I remember ZSTD was a huge resource hog. Very huge resource hog comparing with XZ (level number don't match so you need to use matching levels and adjust table by moving up and down in the comparison table).Since ZSTD is a resource hog compering to XZ. Now think about comparing it to LZ4. Even worse!Since everyone who has, lets say, 4 GiB of RAM, has only 4GiB of RAM and older hardware (CPU). So using a lot of RAM to compress RAM and a lot of CPU (full CPU cache that is not enough - hence usage of RAM) makes absolutely no sense.Since kernel 6.3 its using ZSMALLOC and ZSTD for ZSWAP by itself is a resource hog and makes the kernel and system not snappy. Of course one can use GRUB* to set parameters for ZSWAP and MODULES for early load in mkinitcpio etc., but it is yet another step for configuration.So new hardware has a lots of RAM and CPU cache, so its not a problem for it with RAM. Old hardware has less RAM and slower CPU and less CPU cache so it has problem with RAM.And yet someone with their "infinite wisdom" made default for new hardware. It makes no sense.Please revert to lz4 and z3fold by default for Artix.Tested with two browsers and multiple tabs opened and mpv playing online video via python script (shhh....).*(soon to be deprecated because of GPLv3 incompatibiliy -see Debian and systemdboot...) Quote Selected Last Edit: 12 November 2023, 18:57:23 by sonar 1 Likes
Re: Kernel 6.3 Changes Probably Should Be Reverted Reply #1 – 12 November 2023, 18:43:54 According to the Linux Foundation PDF papers z3fold is the best regardless of anything. So lz4+z3fold is the most optimal and shoudl be the default.Here is the screenshot with new ZSWAP parameters on my machine:'https://pasteboard.co/WRVn1dHuaQMg.pngP.S. Normally in Arch (systemd) I used to write udev rules for the I/O scheduler. For SSD the optimal was mq-deadline (cold application start) and for spinning BFQ (e.g. for external drive with media, formatted optimally for big files with XFS).I can't see antything equivalant in Artix Wiki for OpenRC and Runit. Quote Selected Last Edit: 12 November 2023, 18:51:34 by sonar
Re: Kernel 6.3 Changes Probably Should Be Reverted Reply #2 – 12 November 2023, 19:35:26 Would you please provide some proof links for "ZSTD is a resource hog compering to XZ"? I didn't notice such thing on my 12 and 14 years old computers. Maybe I don't know where to look? Also, a link for "z3fold is the best regardless of anything" would be nice. Thanks. Quote Selected
Re: Kernel 6.3 Changes Probably Should Be Reverted Reply #3 – 13 November 2023, 08:44:02 Quote from: sonar – on 10 November 2023, 08:24:20As far as I remember ZSTD was a huge resource hog.RTFM:https://en.wikipedia.org/wiki/Zstdhttps://archlinux.org/news/now-using-zstandard-instead-of-xz-for-package-compression/ Quote Selected
Re: Kernel 6.3 Changes Probably Should Be Reverted Reply #4 – 14 November 2023, 21:33:05 Quote from: lq – on 13 November 2023, 08:44:02RTFM:https://en.wikipedia.org/wiki/Zstdhttps://archlinux.org/news/now-using-zstandard-instead-of-xz-for-package-compression/Nothing you shared looks like a manual even in the dark.If you are unhappy with the defaults change the values and stop barking like a dumb dogQuote from: sonar – on 10 November 2023, 08:24:20And yet someone with their "infinite wisdom" made default for new hardware. It makes no sense.Who would have thought a bleeding edge rolling release distribution would prefer new stuff instead of maintaining compatibility with legacy hardware? Quote Selected 2 Likes
Re: Kernel 6.3 Changes Probably Should Be Reverted Reply #5 – 16 November 2023, 01:07:32 Quote from: qontinuum – on 14 November 2023, 21:33:05Nothing you shared looks like a manual even in the dark.If you are unhappy with the defaults change the values and stop barking like a dumb dog"It is better to light a small candle than to curse the darkness." Quote Selected