Is it a good idea to compress rootfs in live-iso using zstd instead of gzip?

[hksdpc255]

Is your feature request related to a problem? Please describe.
There is a hard-coded gzip compression at line 95:

clr-installer/isoutils/isoutils.go

Lines 88 to 106 in ffb386f

	args := []string{
	"mksquashfs",
	tmpPaths[clrRootfs],
	tmpPaths[clrCdroot] + "/images/rootfs.img",
	"-b",
	"131072",
	"-comp",
	"gzip",
	"-e",
	"boot/",
	"-e",
	"proc/",
	"-e",
	"sys/",
	"-e",
	"dev/",
	"-e",
	"run/",
	}

Lots of benchmarks shows that zstd decompresion speed is much faster than gzip even using compression level 22:
https://gist.github.com/baryluk/70a99b5f26df4671378dd05afef97fce

Describe the solution you'd like
Zstd with compression level 22 will make the rootfs.img smaller but it will consume more memory when the kernel decompress it.

	args := []string{
		"mksquashfs",
		tmpPaths[clrRootfs],
		tmpPaths[clrCdroot] + "/images/rootfs.img",
		"-b",
		"131072",
		"-comp",
		"zstd",
		"-Xcompression-level",
		"22",
		"-e",
		"boot/",
		"-e",
		"proc/",
		"-e",
		"sys/",
		"-e",
		"dev/",
		"-e",
		"run/",
	}

Describe alternatives you've considered
Zstd with compression level 19 will make the rootfs.img small and fast, consuming resonable memory.

	args := []string{
		"mksquashfs",
		tmpPaths[clrRootfs],
		tmpPaths[clrCdroot] + "/images/rootfs.img",
		"-b",
		"131072",
		"-comp",
		"zstd",
		"-Xcompression-level",
		"19",
		"-e",
		"boot/",
		"-e",
		"proc/",
		"-e",
		"sys/",
		"-e",
		"dev/",
		"-e",
		"run/",
	}

Additional context
Currently, zstd support for mksquashfs in ClearLinux seems broken. clearlinux/distribution#3235
But I still believe compress rootfs using zstd is good for both performance and disk usage.

[fenrus75]

ha I was pondering the same on my morning run this morning after having seen your other issue.... let me get the squashfs fixed first so that we can then consider this one... I think it's a good idea just a matter of sequencing the two steps (and checking the kernel configs just to be sure) to avoid things going bang in the middle ;)

…

On Wed, Dec 25, 2024 at 6:13 AM hksdpc255 ***@***.***> wrote: *Is your feature request related to a problem? Please describe.* There is a hard-coded gzip compression at line 95: https://github.com/clearlinux/clr-installer/blob/ffb386f47443f95f0e4c2f03891474ad4212e573/isoutils/isoutils.go#L88-L106 Lots of benchmarks shows that zstd decompresion speed is much faster than gzip even using compression level 22: https://gist.github.com/baryluk/70a99b5f26df4671378dd05afef97fce *Describe the solution you'd like* Zstd with compression level 22 will make the rootfs.img smaller but it will consume more memory when the kernel decompress it. args := []string{ "mksquashfs", tmpPaths[clrRootfs], tmpPaths[clrCdroot] + "/images/rootfs.img", "-b", "131072", "-comp", "zstd", "-Xcompression-level", "22", "-e", "boot/", "-e", "proc/", "-e", "sys/", "-e", "dev/", "-e", "run/", } *Describe alternatives you've considered* Zstd with compression level 19 will make the rootfs.img small and fast, consuming resonable memory. args := []string{ "mksquashfs", tmpPaths[clrRootfs], tmpPaths[clrCdroot] + "/images/rootfs.img", "-b", "131072", "-comp", "zstd", "-Xcompression-level", "19", "-e", "boot/", "-e", "proc/", "-e", "sys/", "-e", "dev/", "-e", "run/", } *Additional context* Currently, zstd support for mksquashfs in ClearLinux seems broken. clearlinux/distribution#3235 <clearlinux/distribution#3235> But I still believe compress rootfs using zstd is good for both performance and disk usage. — Reply to this email directly, view it on GitHub <#820>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAJ54FOVISXXL5D3RZWZKQD2HK4RXAVCNFSM6AAAAABUGAZ6I6VHI2DSMVQWIX3LMV43ASLTON2WKOZSG42TQOBTGAYTSOI> . You are receiving this because you are subscribed to this thread.Message ID: ***@***.***>