Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754840AbdHYIIv (ORCPT <rfc822;w@1wt.eu>);
        Fri, 25 Aug 2017 04:08:51 -0400
Received: from tartarus.angband.pl ([89.206.35.136]:51455 "EHLO
        tartarus.angband.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754543AbdHYIIt (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 25 Aug 2017 04:08:49 -0400
Date: Fri, 25 Aug 2017 10:08:41 +0200
From: Adam Borowski <kilobyte@angband.pl>
To: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Cc: Minchan Kim <minchan@kernel.org>,
        Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>,
        Andrew Morton <akpm@linux-foundation.org>,
        linux-kernel@vger.kernel.org, Nick Terrell <terrelln@fb.com>,
        Herbert Xu <herbert@gondor.apana.org.au>
Subject: Re: [PATCH] zram: add zstd to the supported algorithms list
Message-ID: <20170825080841.mpkouycgsmobuvos@angband.pl>
References: <20170824014936.4738-1-sergey.senozhatsky@gmail.com>
 <20170824043038.GA13922@bgram>
 <20170824140440.GA5535@tigerII.localdomain>
 <20170825045036.GA26819@blaptop>
 <20170825050644.GB5876@jagdpanzerIV.localdomain>
 <20170825053606.GA27787@blaptop>
 <20170825074533.GB5535@tigerII.localdomain>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <20170825074533.GB5535@tigerII.localdomain>
X-Junkbait: aaron@angband.pl, zzyx@angband.pl
User-Agent: NeoMutt/20170113 (1.7.2)
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: kilobyte@angband.pl
X-SA-Exim-Scanned: No (on tartarus.angband.pl); SAEximRunCond expanded to false
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Content-Length: 761
Lines: 19

On Fri, Aug 25, 2017 at 04:45:33PM +0900, Sergey Senozhatsky wrote:
> that may lead to a bigger/more general question:
> 
> - if zstd is so much better, then do we need deflate/inflate at all in
>   the kernel? may be zstd can replace it?

zram and vmlinuz/modules are about the only cases that can be replaced. 
Everything else is long-lived data (filesystems) or comes from the outside
(network protocols).  There are also some cases where we have some control
over the producer (initramfstools) but even there you'd need many years of
deprecation.


Meow!
-- 
⢀⣴⠾⠻⢶⣦⠀ 
⣾⠁⢰⠒⠀⣿⡁ Vat kind uf sufficiently advanced technology iz dis!?
⢿⡄⠘⠷⠚⠋⠀                                 -- Genghis Ht'rok'din
⠈⠳⣄⠀⠀⠀⠀