Re: SwapOnZRAM and how it affects earlyoom thresholds

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

 



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

On Tue, 2020-07-14 at 01:28 +0900, Alexey A. wrote:
> > The most
> > common value I've found over a long period of time, for swap
> > without
> > hibernation is 50% of RAM.
> 
> With low RAM (2G) it's easy to use swap on zram with disksize = 150%
> MemTotal with opening browsers.
> 
> 50% maybe OK with MemTotal=8G.
> 
> > I'd like to hear from Alexey what he thinks about further reducing
> > the
> > values in earlyoom versus possibly raising the cap in
> > zram-generator-defaults.
> 
> It may be OK to reduce mem cap to 200 MiB. This threshold also can
> work
> well and may be sufficient to prevent freezing.
> 
> I would suggest to increase zram disksize caps up to 75% and maybe to
> 6GB.

Please open ticket upstream with some more details, please.

> пт, 10 июл. 2020 г. в 01:19, Chris Murphy <lists@xxxxxxxxxxxxxxxxx>:
> 
> > On Thu, Jul 9, 2020 at 9:49 AM Rex Dieter <rdieter@xxxxxxxxxxxx>
> > wrote:
> > > 
> > > part of some irc discussions on
> > > https://fedoraproject.org/wiki/Changes/KDEEarlyOOM
> > > 
> > > raised my attention to related item,
> > > https://fedoraproject.org/wiki/Changes/SwapOnZRAM
> > > 
> > > As it stands currently with earlyoom, it's default thresholds are
> > > 4% ram
> > and
> > > 10% swap before it acts.  That's fine and dandy.
> > > 
> > > Upon reading the SwapOnZRAM feature proposal, I see it is
> > > advocating
> > > allocating 50% of ram for swap.  I'd like folks to consider and
> > > evaluate
> > how
> > > this impacts earlyoom.  It effectively makes the earlyoom memory
> > threshold
> > > double (right?).  If so, at least think about lowering 4 to (2 or
> > > 3),
> > since
> > > that will make earlyoom's behavior closer to before swaponzram
> > > was
> > > introduced.
> > > 
> > > Thoughts?
> > 
> > The net effect is that earlyoom is more likely to trigger than with
> > a
> > disk based swap because right now disk based swap is huge by
> > default.
> > It's huge by default to accommodate a hibernation image. The most
> > common value I've found over a long period of time, for swap
> > without
> > hibernation is 50% of RAM. So this approximates those expectations.
> > 
> > I'd like to hear from Alexey what he thinks about further reducing
> > the
> > values in earlyoom versus possibly raising the cap in
> > zram-generator-defaults. I don't want to get too carried away
> > there,
> > because we are applying this to upgrades (wherever the to-be-
> > obsoleted
> > 'zram' package exists already even if not enabled). There is an
> > opportunity, of course, right now and through beta testing, to keep
> > on
> > testing variations on both the size of the zram device used for
> > swap
> > and for earlyoom. But we also have another Fedora release, Fedora
> > 34.
> > So I'm more inclined to go conservative so long as that itself
> > isn't
> > causing problems.
> > 
> > One thing I'm a bit skeptical of with reducing earlyoom's triggers
> > is
> > that free memory is needed for the recovery from an actual kill.
> > Usually this is just sigterm. That's the first attempt. If that
> > doesn't work then earlyoom issues sigkill, which is at a lower
> > threshold already.
> > 
> > 
> > --
> > 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
> > 
> _______________________________________________
> 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-----

iQIzBAEBCgAdFiEEcwgJ58gsbV5f5dMcEV1auJxcHh4FAl8Mj3sACgkQEV1auJxc
Hh4y9w/9GujtHWfY2C2QDcUfSaFwkGIgQgBP4oN4LC2QUlQyyQNAbMk7Gtt9E1+M
1lGD+JqXJ4OD7yrTd9gDP/gKxu4Hto47Cqn8Hn4aP0uKMl7SGO4UmRVY1mTZRXEu
VJ+XlqDK+pnwIk4qxalLIJ0WVYrH3FcRCh9x8/KY83GiAka05hGqHJhS6R8tWnwE
PaAV1Mx86h5zcKKu1vz6rUNBVGZDb+v0qd0b/9F5QcxYmCzrTvjhBoV2fRhP/Etp
z8KTm+IKN+fWZULuJg3Cj8iMJxa6MLvteo3NakPERf34JuytyaUHfbrS0TeyOqGi
BaqQwPiMAOZcSVQRhHoGW1NCCvQeapHLxvNG870S4dHiCdpUgHnPlX+JxqooX0/A
aXdP6TkhCNizEnKcmmRdo5+j9na+dfzWktvQEeiGu2kJ9LPMzb9x4x0XgiBjPyNb
G6BTCA7RA1dJRdEuqJfOCaZ9RGqgTlWR4yzbIT8o8LbP2JGgfeoEHlv7+3tOQ6ZV
mhJkiA02EFTYcdI3p+SXNHLYc6woQWDLXOcIY7akOto6/+B8MGjhCzequxg1Qbya
pWhQweA4JtwLSN1L0suLI8gKR8KEQakpN+1706BJoEHBFWz8tBitRthT22FL1XTK
1AqBEELoAWrRIaqGF1FpFW4NHKdM5FFbB8MgEx2dxti/L9waAPE=
=0eBP
-----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