-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On Fri, 2020-06-05 at 10:17 +0200, Igor Raits wrote: > On Fri, 2020-06-05 at 02:03 -0600, Chris Murphy wrote: > > On Fri, Jun 5, 2020 at 1:33 AM Igor Raits > > <ignatenkobrain@xxxxxxxxxxxxxxxxx> wrote: > > > > > > > == Upgrade/compatibility impact == > > > > > > > > Add Supplements:fedora-release-common to zram-generator to pull > > > > it in > > > > on upgrades. > > > > > > I would do it other way around just to keep logic sane. > > > > Hmmm. > > The fedora-release package is a "dummy" one, so there is no reason to > "Supplement" it because it is meaningless, but having it other way > around should be better. > > > > > > > > > > Existing systems without swap will have swap-on-zram enabled. > > > > > > > > Existing systems with swap-on-drive, will also have swap-on- > > > > zram > > > > enabled (two swap devices), with higher priority for the zram > > > > device. > > > > Existing swap-on-drive will not be removed. > > > > > > It would be nice to see this in action, what kind of issues this > > > might > > > bring. > > > > A future feature might be zswap for this case. I've done a lot of > > testing with that too but I think it needs some synthetic or > > contrived > > cases to expose the hypothetically better LRU basis efficiency for > > what to evict from the cache to the swap-on-disk device. But making > > it > > easier for people to do these experiments with real workloads is a > > big > > part of the feature, while keeping the defaults conservative for > > starters. > > > > > > > I would appreciate here how to get to the state from swap-on-disk > > > (default workstation) to the new swap-on-zram (new default > > > workstation). So that people can see better how they would be > > > affected > > > by this change. > > > > Good point. The feature for priority is not yet in zram-generator. > > A > > work around is to swapoff /dev/zram0 and then swapon -p 3000 > > /dev/zram0. Now it has higher priority than swap-on-disk. > > I mean to convert existing installation to the new way that would be > installed from scratch, so have only zram and not have physical swap. > I > understand that we do not want to automagically remove physical swap > on > upgrade, but it would be nice to have howto that describes how to > enable zram together with removal of physical swap. That should also include how to modify resume= parameter and regenerate BLS / grub configuration. > > > > > > > > -- > > Chris Murphy > > _______________________________________________ > > devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx > > To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx > > Fedora Code of Conduct: > > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > > List Guidelines: > > https://fedoraproject.org/wiki/Mailing_list_guidelines > > List Archives: > > https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx - -- Igor Raits <ignatenkobrain@xxxxxxxxxxxxxxxxx> -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEcwgJ58gsbV5f5dMcEV1auJxcHh4FAl7aAKsACgkQEV1auJxc Hh73qA//eWFYtpO8V8Ro3TuJemzRRYs8LHMFUfzSM/adiEWhaAJdd02i1Dy0tqmm xJXgV8GazWPuOpiOoixhhNd4ekk/85JB+Eo6AQGtXDcTKkVl3SP9QSt2JnzL+6wR i3lCYDsgTHSmZdPFJVhHtbad6eTgZYRGQz92PacpTin6Z5N6laZEv/TykgVLLb97 Z8pfqw3rdiW5IFwoCqkPUrTvdioyKaqchc6N67T3nMo68cwocA9Yre1iFOKcCJlG 4+cGjSS0oCqWcHOdkM06pJS8Uwv4Kq5luG/XofD0L0TNkvxbAkP/VXtV6an2CBTy EAtv3CffvkmUjW1G5i04Z1BZ+dGDeQ7NPTFrRhhnTU8H4VGEr0WGIGhlWEM+HF1r 29c+ymZlHiGEwi0eEHRhNwqHbH6qS3bNuEl8P74e79uoB6gTivuQ3Vk724r/NmZI WoUb3QdZPyT32r9bzcDKqv90nLQLOWxpF89YWGlTPoKNpccQl+8sHu88zbKADFQC oz0vNSODM403f5giiaxSRLVlV2q6szR7hXljrZ933ySRtxGkAlhEIPTZDdwPe9Wy zVfN8Ky4F+VVAwT2EErdpBRA9LifHVRxHklzwTgXx8AUxN0WbbhBAzGbXtJqM5tL 3KCTK+lRzztudtB3Xzj9uGATeuBPEaX+pIIqk7cNQ3G9K91seGc= =05Jh -----END PGP SIGNATURE----- _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
