Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18;
Date:   Tue, 15 Dec 2020 18:39:17 -0500
From:   "Alex Xu (Hello71)" <alex_y_xu@yahoo.ca>
Subject: Re: [RFC PATCH] treewide: remove bzip2 compression support
To:     linux-kernel@vger.kernel.org, linux-kbuild@vger.kernel.org,
        linux-arm-kernel@lists.infradead.org,
        linux-aspeed@lists.ozlabs.org, linux-mips@vger.kernel.org,
        openrisc@lists.librecores.org, linux-parisc@vger.kernel.org,
        linuxppc-dev@lists.ozlabs.org, linux-riscv@lists.infradead.org,
        linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
        linux-xtensa@linux-xtensa.org
References: <20201215190315.8681-1-alex_y_xu.ref@yahoo.ca>
        <20201215190315.8681-1-alex_y_xu@yahoo.ca>
In-Reply-To: <20201215190315.8681-1-alex_y_xu@yahoo.ca>
MIME-Version: 1.0
Message-Id: <1608075451.ootu1tx25o.none@localhost>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Content-Length: 698
Precedence: bulk

Excerpts from Alex Xu (Hello71)'s message of December 15, 2020 2:03 pm:
> bzip2 is either slower or larger than every other supported algorithm,
> according to benchmarks at [0]. It is far slower to decompress than any
> other algorithm, and still larger than lzma, xz, and zstd.
>=20
> [0] https://lore.kernel.org/lkml/1588791882.08g1378g67.none@localhost/
>=20
> Signed-off-by: Alex Xu (Hello71) <alex_y_xu@yahoo.ca>

Upon further research, I found that bzip2 removal was already=20
implemented as part of zstd addition, but were apparently abandoned in=20
an effort to get zstd in. I will check those patches and try sending=20
those instead. Thanks to all reviewers for comments on this patch.