Re: F33: preview swap-on-ZRAM using zram-generator feature change

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



This change has been approved. There are still some details to work
out. What do Anaconda folks think for the custom partitioning use case
where the use manually creates disk-based swap? Should and could the
installer then also do:

'touch /etc/systemd/zram-generator.conf'

post install? The effect is to disable the zram-generator and there'd
be only disk-based swap. The alternative outcome without this is
they'll have both swap-on-zram with a higher priority than the
swap-on-disk they created.

I'm open to suggestions. I think it's mainly a question about what you
think the user expects in this situation. That's hard to answer
because the user expects disk based swap as a long standing
convention. And there is no convention for either swap-on-zram yet, or
two swap devices, even though the kernel has supported up to 32 swap
devices since forever.

The best experience performance wise would be to have the two swaps.
They gain from swap-on-zram at first, and perhaps mostly. Followed by
the secondary use of disk based swap. But I'm not opposed to disabling
zram-generator in this case. It is a more conservative option and
might better square with expectations.


Chris Murphy

Anaconda-devel-list mailing list

[Index of Archives]     [Kickstart]     [Fedora Users]     [Fedora Legacy List]     [Fedora Maintainers]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [Yosemite Photos]     [KDE Users]     [Fedora Tools]
  Powered by Linux