This bug was fixed in the package linux - 5.13.0-14.14
---------------
linux (5.13.0-14.14) impish; urgency=medium
* impish/linux: 5.13.0-14.14 -proposed tracker (LP: #1938565)
* Miscellaneous Ubuntu changes
- SAUCE: Revert "UBUNTU: SAUCE: random: Make getrandom() ready earlier"
- SAUCE: random: properly make getrandom() ready earlier
* Miscellaneous upstream changes
- seq_buf: Fix overflow in seq_buf_putmem_hex()
- bpf: Fix integer overflow in argument calculation for bpf_map_area_alloc
- ext4: cleanup in-core orphan list if ext4_truncate() failed to get a
transaction handle
- ext4: fix kernel infoleak via ext4_extent_header
- ext4: fix overflow in ext4_iomap_alloc()
- ext4: return error code when ext4_fill_flex_info() fails
- ext4: correct the cache_nr in tracepoint ext4_es_shrink_exit
- ext4: remove check for zero nr_to_scan in ext4_es_scan()
- ext4: fix avefreec in find_group_orlov
- ext4: use ext4_grp_locked_error in mb_find_extent
-- Andrea Righi <andrea.ri...@canonical.com> Mon, 02 Aug 2021 14:23:08
+0200
** Changed in: linux (Ubuntu)
Status: Incomplete => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to initramfs-tools in Ubuntu.
https://bugs.launchpad.net/bugs/1931725
Title:
initramfs-tools & kernel: use zstd as the default compression method
Status in Ubuntu on IBM z Systems:
Fix Released
Status in initramfs-tools package in Ubuntu:
Fix Released
Status in linux package in Ubuntu:
Fix Released
Bug description:
Turns out that loading is always the slow part in loading initramfs
into memory and decompressing it since decompression is always the
final 10-20% or so of the task. It therefore makes sense to use a
good compressor that shrinks the initramfs as much as possible with
little decompression overhead.
Benchmarking zstd vs lz4 shows that while zstd can be ~5x slower in
decompression, the image size is much smaller with zstd than lz4, and
since ~80-90% of the boot time is loading the image it makes sense to
use zstd.
Attached is a libreoffice spread sheet showing typical load and
decompression times for a fairly standard 3.4 GHZ intel box with data
for load times for a 5400 RPM, 7200 RPM and SATA SSD drives.
The conclusions from the test results (attached) show:
1. Loading time is always significantly slower than decompression time.
2. ZSTD is 5x slower than LZ4 in decompression speed but produces far
better compressed images
3. Given that loading time is the major factor in loading +
decompression, ZSTD is best for kernel and initramfs boot timings.
(Also refer to https://kernel.ubuntu.com/~cking/boot-speed-
eoan-5.3/kernel-compression-method.txt for some raw data on drive load
speeds for the same UEFI box I did a couple of years ago).
amd64 supports zstd, but s390x does not. Will use this bug to enable
zstd support on s390x.
Upstream submitted patch
https://lore.kernel.org/linux-s390/20210615114150.325080-1-dimitri.led...@canonical.com/T/#u
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-z-systems/+bug/1931725/+subscriptions
--
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help : https://help.launchpad.net/ListHelp
