Re: [RFC PATCH 0/4] Add support for LZ4-compressed kernels

H. Peter Anvin <hpa@...>

Uhm... you're saying we have to be at one extreme or the other?

We probably could drop the legacy lzma format, but someone might rely on it.

Nicolas Pitre <nico@...> wrote:

On Mon, 28 Jan 2013, Andrew Morton wrote:

On Sat, 26 Jan 2013 14:50:43 +0900
Kyungsik Lee <kyungsik.lee@...> wrote:

This patchset is for supporting LZ4 compressed kernel and initial
ramdisk on
the x86 and ARM architectures.

According to, LZ4 is a very fast
compression algorithm and also features an extremely fast decoder.

Kernel Decompression APIs are based on implementation by Yann
De/compression Tools are also provided from the site above.

The initial test result on ARM(v7) based board shows that the size
of kernel
with LZ4 compressed is 8% bigger than LZO compressed but the
speed is faster(especially under the enabled unaligned memory

Test: 3.4 based kernel built with many modules
Uncompressed kernel size: 13MB
lzo: 6.3MB, 301ms
lz4: 6.8MB, 251ms(167ms, with enabled unaligned memory access)

It seems that it___s worth trying LZ4 compressed kernel image or
for making the kernel boot more faster.


20 files changed, 663 insertions(+), 3 deletions(-)

What's this "with enabled unaligned memory access" thing? You mean
that's only x86, which isn't really in the target market for this
patch, yes?
I'm guessing this is referring to commit 5010192d5a.

It's a lot of code for a 50ms boot-time improvement. Does anyone
any opinions on whether or not the benefits are worth the cost?
Well, we used to have only one compressed format. Now we have nearly
half a dozen, with the same worthiness issue between themselves.
Either we keep it very simple, or we make it very flexible. The former

would argue in favor of removing some of the existing formats, the
would let this new format in.

Sent from my mobile phone. Please excuse brevity and lack of formatting.

Join to automatically receive all group messages.