> Upon reading the SwapOnZRAM feature proposal, I see it is advocating
> allocating 50% of ram for swap

50% means zram disksize (max size of uncompressed data stored in zram device) = 50% MemTotal. This data will be compressed, so, its size in RAM will be smaller than 50% MemTotal (maybe 25% with 2:1 ratio).

> It effectively makes the earlyoom memory threshold
> double (right?).

I don’t understand why you think so.

I think that swap-on-zram proposal doesn't affect earlyoom behavior.

пт, 10 июл. 2020 г. в 00:49, Rex Dieter <rdieter@math.unl.edu>:

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?

-- Rex
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-leave@lists.fedoraproject.org
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@lists.fedoraproject.org