LKML Archive on
 help / color / Atom feed
From: "Alex Xu (Hello71)" <>
To: Gao Xiang <>
Cc: Chris Mason <>,, Kees Cook <>,
	Kernel Team <>,
	Adam Borowski <>,,,, Nick Terrell <>,
	Norbert Lange <>, Petr Malat <>,
	Patrick Williams <>,
	Patrick Williams <>,, Sedat Dilek <>,
	Nick Terrell <>,
Subject: Re: Kernel compression benchmarks
Date: Wed, 01 Jul 2020 13:32:52 -0400
Message-ID: <1593624505.w282woxb43.none@localhost> (raw)
In-Reply-To: <20200701153028.GA30962@hsiangkao-HP-ZHAN-66-Pro-G1>

Excerpts from Gao Xiang's message of July 1, 2020 11:50 am:
>  Anyway, I think LZMA (xz) is still useful and which is more
>  friendly to fixed-sized output compression than Zstd yet (But
>  yeah, I'm not familar with all ZSTD internals. I will dig
>  into that if I've more extra time).

Yes, I agree. If you look at the graphs, LZMA2 (xz/7zip) still produces 
smaller results, even compared to zstd maximum settings, so definitely 
LZMA2 should be kept, at least for now. I am only suggesting removing 
LZMA, since it has no benefits over xz and zstd combination (bigger than 
xz, slower than zstd).

>> - modern compressors (xz, lz4, zstd) decompress about as fast for each 
>>   compression level, only requiring more memory
>  lz4 has fixed sliding window (dictionary, 64k), so it won't
>  require more memory among different compression level when
>  decompressing.

Yes, this is true. I tried to simplify among all compressors, but I 
think I simplified too much. Thanks for clarifying.


  reply index

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1588791882.08g1378g67.none.ref@localhost>
2020-07-01 14:35 ` Alex Xu (Hello71)
2020-07-01 15:50   ` Gao Xiang
2020-07-01 17:32     ` Alex Xu (Hello71) [this message]
2020-07-02 15:18   ` Kees Cook
2020-07-03  8:15     ` Sedat Dilek
2020-07-03 16:06       ` Kees Cook
2020-07-03 17:36         ` Norbert Lange
2020-07-06 15:05         ` Nick Terrell
2020-07-26 16:43 Jan Ziak

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1593624505.w282woxb43.none@localhost \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

LKML Archive on

Archives are clonable:
	git clone --mirror lkml/git/0.git
	git clone --mirror lkml/git/1.git
	git clone --mirror lkml/git/2.git
	git clone --mirror lkml/git/3.git
	git clone --mirror lkml/git/4.git
	git clone --mirror lkml/git/5.git
	git clone --mirror lkml/git/6.git
	git clone --mirror lkml/git/7.git
	git clone --mirror lkml/git/8.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 lkml lkml/ \
	public-inbox-index lkml

Example config snippet for mirrors

Newsgroup available over NNTP:

AGPL code for this site: git clone