On Thu, Jun 4, 2020 at 7:05 PM Sedat Dilek <sedat.dilek@xxxxxxxxx> wrote: > > On Thu, Jun 4, 2020 at 7:01 PM Denis Efremov <efremov@xxxxxxxxx> wrote: > > > > > > > > me and other people use "support for ZSTD-compressed kernel and > > > initramfs" for a long time successfully. > > > > > > I have modified Debian's initramfs-tools package to support creating > > > such an initrd.img and boot it successfully. > > > See Debian Bug #955469. > > > > > > There is a pull-request sent out to integrate into Linus tree. > > > > > > Some numbers from Nick Terell in his pull-request: > > > " > > > The zstd compressed kernel is smaller than the gzip compressed kernel but larger > > > than the xz or lzma compressed kernels, and it decompresses faster than > > > everything except lz4. See the table below for the measurement of an x86_64 > > > kernel ordered by compressed size: > > > > > > algo size > > > xz 6,509,792 > > > lzma 6,856,576 > > > zstd 7,399,157 > > > gzip 8,522,527 > > > bzip 8,629,603 > > > lzo 9,808,035 > > > lz4 10,705,570 > > > none 32,565,672 > > > " > > > > > > More numbers in [0]. > > > > > > Hope this helps you to position the zstd algo. > > > > Well, I didn't know that it's already implemented. > > > > My patch simply adds variables like GZIP, BZIP2, etc to the top makefile. > > Unfortunately there is no ZSTD in kernel now. Maybe it's in the linux-next? > > I can't see it. If my patch will be accepted to the mainline then it will > > be reasonable to add ZSTD var in makefiles as soon as zstd compression > > will be merged. > > > > No, it was not merged anywhere AFAICS. > > If you want to test please pull from [1]. > I am using it on top of Linux v5.7. > > - Sedat - > > [1] https://github.com/terrelln/linux/commits/zstd-v5 v5 series overview at patchwork: https://lore.kernel.org/patchwork/project/lkml/list/?series=437934 v5 single mbox file (cleanly applied here): https://lore.kernel.org/patchwork/series/437934/mbox/ - Sedat -
