Re: Fedora 33 System-Wide Change proposal: swap on zram

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

 



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

On Fri, 2020-06-05 at 08:54 +0200, Kevin Kofler wrote:
> Ben Cotton wrote:
> > Swap is useful, except when it's slow. zram is a RAM drive that
> > uses
> > compression. Create a swap-on-zram during start-up. And no longer
> > use
> > swap partitions by default.
> > 
> > == Owner ==
> > * Name: [[User:chrismurphy| Chris Murphy]]
> > * Email: chrismurphy@xxxxxxxxxxxxxxxxx
> 
> I do not think it is safe to assume that zram is sufficient to
> completely 
> replace disk swap. We do not know how much RAM is actually available
> on all 
> users' machines, and the compressibility of RAM contents depends on
> the 
> individual user's workloads.

The change says it will use 50% of user’s RAM size, but not more than
4G. I did not have chance to test how compression ratio depends on
workloads, but I believew that it will be far more better than 1:1.

Probably there should be some presets in Anaconda with "profiles" that
may default to different swap / zram configurations. But I think as
long as typical use-cases of users are covered (that's how I understand
these settings were chosen), it seems to be better than status quo.

> So, I am opposed to this change as is.
> 
> > # Install systemd rust-zram-generator† package. This does not
> > enable
> > swap-on-zram, it only makes the generator available.
> 
> Also -1 to adding something to the core system that is written in a
> language 
> for which we do not even have dynamic linking support. Or even real
> static 
> linking support, as opposed to packaging libraries as source code.

This is not fair. It is a programming language that is safer than C and
is already used by some projects that we ship. rpm-ostree, firefox,
librsvg2 and others.

>         Kevin Kofler
> _______________________________________________
> 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-----

iQIzBAEBCgAdFiEEcwgJ58gsbV5f5dMcEV1auJxcHh4FAl7Z+wkACgkQEV1auJxc
Hh6TxRAAscjHaFs/BWxFAy2bwBeSjO+zJ8s2ZxjULiA8iyUmHooDX9JeRaL6i3/u
hNEavH6+6uvl9NsOw/YkCoCCbZ8SlgU9rbXi9kbaVf15MdS4ROVJbTTuNzbSY6gB
kzZEtjQRNmG3PKR8khxRbM2LJX4GzMUV5ZuWQfLnv0BsIouHo4wArZPLo6IrSVXv
RIwkGmblRq+q9qHjxAeohvosiL3UbSKq0Rch1L+t6jf6Fn92dAtKdRgm+sYr4Dfq
d5FvI/tCCc4qbOLCa6pNGGZ/KOzl/qExRbXieVgOU1ZdxZZlLctIV3NwNUPLSQX2
Zq1DVHeajCdA69KNwO7F6uJhX/LYOg6/Ovng8em1yC30U4HzF0Sxj+cIpm4wMOVR
eAVF90yKK/1F2UQ0FhN0q6SDHNRztG0xPNKHnp+nuelQzpv0zN6pfNX4pvh0dOdD
R+39XHx1/93hJfg+4uNNBX+pJeaZCFtWjr62BNTcmFBliyAVGuAB0pu4a8EhQdGz
G9bE3UbmNRfPl5yxNpqM5gXaDlDhKoY/JRwDh6iXGu4PC9OKeWFZxm7+kh4pX+/J
+1KeIER8soWem/uOL5BzXydjckbSF67zIOlmRN1EyZmF9/+latvTo6tp+PJ3bzt5
ORDwcLsY4a9P6nNYUkm5rgAT0atN1k5ev4McOIqduhNesER7ck4=
=Dg2z
-----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




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux