[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1342653998.84700.1559940592644.JavaMail.zimbra@nod.at>
Date: Fri, 7 Jun 2019 22:49:52 +0200 (CEST)
From: Richard Weinberger <richard@....at>
To: Emil Lenngren <emil.lenngren@...il.com>
Cc: linux-mtd <linux-mtd@...ts.infradead.org>,
Sebastian Andrzej Siewior <sebastian@...akpoint.cc>,
linux-kernel <linux-kernel@...r.kernel.org>,
Michele Dionisio <michele.dionisio@...il.com>
Subject: Re: [PATCH] ubifs: Add support for zstd compression.
----- Ursprüngliche Mail -----
> Von: "Emil Lenngren" <emil.lenngren@...il.com>
> An: "richard" <richard@....at>
> CC: "linux-mtd" <linux-mtd@...ts.infradead.org>, "Sebastian Andrzej Siewior" <sebastian@...akpoint.cc>, "linux-kernel"
> <linux-kernel@...r.kernel.org>, "Michele Dionisio" <michele.dionisio@...il.com>
> Gesendet: Freitag, 7. Juni 2019 22:27:09
> Betreff: Re: [PATCH] ubifs: Add support for zstd compression.
>> So I'm not sure what is the best choice for the default filesystem.
>
> My idea was at the end, i.e. it will only be used when LZO and ZLIB
> are not selected to be included for UBIFS, for example when someone
> compiles a minimal kernel who knows exactly which compression
> algorithms will be used on that system.
BTW: you can always select the compressor using the compr= mount option.
Also for the default filesystem.
Putting it at the end does not harm but IMHO the use is little.
But for the sake of completes, I agree with you. Can you send a follow-up
patch?
> I did a single test today and compared lzo and zstd and on that test
> lzo had faster decompression speed but resulted in larger space. I'll
> do more tests later.
Can you please share more details? I'm interested what CPU this was.
Thanks,
//richard
Powered by blists - more mailing lists