Bug#970639: ZSWAP still considered experimental?
On Tuesday, 31 May 2022 18:39:27 CEST Andrew Morton wrote: > On 31 May 2022 10:41:05 Diederik de Haas wrote: > > In https://bugs.debian.org/970639 the request was made to enable ZSWAP. > > ... > > Should ZSWAP should still be considered experimental or not? > > I'd say "not". Even though the Kconfig file still mentions "experimental" in 5.19-rc1, I consider this response enough proof that it can be enabled. https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/log/mm/Kconfig shows several recent commits for that Kconfig file, including a reorganization. I (still) do not know what and how exactly ZSWAP should be enabled, but it looks like the 5.19 kernel is a good target to enable it and fix this bug? signature.asc Description: This is a digitally signed message part.
Bug#970639: ZSWAP still considered experimental?
On Tue, 31 May 2022 10:41:05 +0200 Diederik de Haas wrote: > In https://bugs.debian.org/970639 the request was made to enable ZSWAP. > > Upon it was (rightly) noted that zswap.rst contained this: > > Zswap is a new feature as of v3.11 and interacts heavily with memory > > reclaim. This interaction has not been fully explored on the large set > > of potential configurations and workloads that exist. For this reason, > > zswap is a work in progress and should be considered experimental. > > Furthermore the mm/Kconfig contains this on the ZSWAP option: > > Compressed cache for swap pages (EXPERIMENTAL) > > But the contents of that zswap.rst hasn't changed since the initial commit > 61b0d76017a50c263c303fa263b295b04e0c68f6 from 2013-07-11. > > Similarly, that line in Kconfig hasn't changed either since the initial commit > 2b2811178e85553405b86e3fe78357b9b95889ce from 2013-07-11. > > Should ZSWAP should still be considered experimental or not? I'd say "not".
Bug#970639: ZSWAP still considered experimental?
In https://bugs.debian.org/970639 the request was made to enable ZSWAP. Upon it was (rightly) noted that zswap.rst contained this: > Zswap is a new feature as of v3.11 and interacts heavily with memory > reclaim. This interaction has not been fully explored on the large set > of potential configurations and workloads that exist. For this reason, > zswap is a work in progress and should be considered experimental. Furthermore the mm/Kconfig contains this on the ZSWAP option: > Compressed cache for swap pages (EXPERIMENTAL) But the contents of that zswap.rst hasn't changed since the initial commit 61b0d76017a50c263c303fa263b295b04e0c68f6 from 2013-07-11. Similarly, that line in Kconfig hasn't changed either since the initial commit 2b2811178e85553405b86e3fe78357b9b95889ce from 2013-07-11. Should ZSWAP should still be considered experimental or not? Regards, Diederik signature.asc Description: This is a digitally signed message part.