Bug#970639: grub-pc: Zswap disabled by default
Hi,
On Sun, Sep 20, 2020 at 05:46:18PM +0100, Colin Watson wrote:
> Control: reassign -1 linux
>
> On Sun, Sep 20, 2020 at 12:37:02PM -0400, Calum McConnell wrote:
> > Simply put, I think a lot of people would benefit from zswap being
> > enabled by default. Except on very low-preformance machines, it is
> > always an improvment. Even on those very limited machines, zswap
> > would only be a significant limitation if memory is being pushed
> > close, but not past, it's limits, and Disk IO is very fast-- neither
> > of which are likely true for computers with sufficently weak CPU's.
> >
> > >From what I can tell, enabling it should be a simple matter of
> > >changing the default grub config file.
> >
> > I know zswap is a kernel parameter, but every guide I have seen says
> > to enable it in grub config. As such, I appologize if you think this
> > report is better directed elsewhere, or if it has been implemented
> > already and my config files are out of date.
>
> I understand that guides often refer to boot loader configuration as the
> path of least resistance. However, if this is going to be enabled by
> default, I think it generally makes more sense for that to be done in
> the Debian kernel packaging (which is generally in a better position to
> determine what makes for good defaults for the kernel's behaviour), so
> I'm reassigning this bug there.
>
> (I currently have no opinion on the change itself.)
Interestingly it still contains the following note in documentation:
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.
Unless this is not anymore to be considered valid, then CONFIG_ZSWAP_DEFAULT_ON
could be switched on (which should be possible since 5.7-rc1).
Regards,
Salvatore
Reply to: