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(a)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(a)lists.fedoraproject.org
To unsubscribe send an email to devel-leave(a)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