[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20170810173651.GB90916@gmail.com>
Date: Thu, 10 Aug 2017 10:36:51 -0700
From: Eric Biggers <ebiggers3@...il.com>
To: "Austin S. Hemmelgarn" <ahferroin7@...il.com>
Cc: Nick Terrell <terrelln@...com>,
Herbert Xu <herbert@...dor.apana.org.au>, kernel-team@...com,
squashfs-devel@...ts.sourceforge.net, linux-btrfs@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-crypto@...r.kernel.org
Subject: Re: [PATCH v5 2/5] lib: Add zstd modules
On Thu, Aug 10, 2017 at 10:57:01AM -0400, Austin S. Hemmelgarn wrote:
> Also didn't think to mention this, but I could see the max level
> being very popular for use with SquashFS root filesystems used in
> LiveCD's. Currently, they have to decide between read performance
> and image size, while zstd would provide both.
The high compression levels of Zstandard are indeed a great fit for SquashFS,
but SquashFS images are created in userspace by squashfs-tools. The kernel only
needs to be able to decompress them.
(Also, while Zstandard provides very good tradeoffs and will probably become the
preferred algorithm for SquashFS, it's misleading to imply that users won't have
to make decisions anymore. It does not compress as well as XZ or decompress as
fast as LZ4, except maybe in very carefully crafted benchmarks.)
Eric
Powered by blists - more mailing lists