[opensuse-factory] Deal with low memory situations
Hi, Fedora developers had been figuring out ways to improve Linux interactivity in low-RAM environments and Fedora 32 could begin shipping and using EarlyOOM by default to help in this area. What opinions are from openSUSE community to do similar steps? see: https://www.phoronix.com/scan.php?page=news_item&px=Fedora-32-Default-EarlyOOM https://fedoraproject.org/wiki/Changes/EnableEarlyoom https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/... https://software.opensuse.org/package/earlyoom https://github.com/rfjakob/earlyoom -- Regards, Mindaugas -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Sun, Jan 5, 2020 at 11:16, opensuse.lietuviu.kalba <opensuse.lietuviu.kalba@gmail.com> wrote:
Hi,
Fedora developers had been figuring out ways to improve Linux interactivity in low-RAM environments and Fedora 32 could begin shipping and using EarlyOOM by default to help in this area. What opinions are from openSUSE community to do similar steps?
It seems abundance of electron is getting some recognition in the OSS circles now :P Joking aside, it would be a great addition to the default desktop patterns if anybody is willing to maintain it, OOM on Linux does tend to get annoying with low ram systems. LCP [Stasiek] https://lcp.world -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 1/5/20 11:32 AM, Stasiek Michalski wrote:
On Sun, Jan 5, 2020 at 11:16, opensuse.lietuviu.kalba <opensuse.lietuviu.kalba@gmail.com> wrote:
Hi,
Fedora developers had been figuring out ways to improve Linux interactivity in low-RAM environments and Fedora 32 could begin shipping and using EarlyOOM by default to help in this area. What opinions are from openSUSE community to do similar steps?
It seems abundance of electron is getting some recognition in the OSS circles now :P
Joking aside, it would be a great addition to the default desktop patterns if anybody is willing to maintain it, OOM on Linux does tend to get annoying with low ram systems.
I would advise against enabling this by default. Simple conditions like "if both RAM and swap go below 10% free" are just not reliable enough and will cause premature OOM's. The current upstream direction towards pressure stall (PSI) tracking seems much better IMHO.
LCP [Stasiek] https://lcp.world
-- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Tue, Jan 7, 2020 at 14:37, Vlastimil Babka <vbabka@suse.cz> wrote:
On 1/5/20 11:32 AM, Stasiek Michalski wrote:
On Sun, Jan 5, 2020 at 11:16, opensuse.lietuviu.kalba <opensuse.lietuviu.kalba@gmail.com> wrote:
Hi,
Fedora developers had been figuring out ways to improve Linux interactivity in low-RAM environments and Fedora 32 could begin shipping and using EarlyOOM by default to help in this area. What opinions are from openSUSE community to do similar steps?
It seems abundance of electron is getting some recognition in the OSS circles now :P
Joking aside, it would be a great addition to the default desktop patterns if anybody is willing to maintain it, OOM on Linux does tend to get annoying with low ram systems.
I would advise against enabling this by default. Simple conditions like "if both RAM and swap go below 10% free" are just not reliable enough and will cause premature OOM's. The current upstream direction towards pressure stall (PSI) tracking seems much better IMHO.
Great idea, however there doesn't seem to be any implementation which we could use as of now. Do you have any ideas how to resolve that? LCP [Stasiek] https://lcp.world -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Tue, Jan 7, 2020 at 16:04, Stasiek Michalski <hellcp@opensuse.org> wrote:
On Tue, Jan 7, 2020 at 14:37, Vlastimil Babka <vbabka@suse.cz> wrote:
I would advise against enabling this by default. Simple conditions like "if both RAM and swap go below 10% free" are just not reliable enough and will cause premature OOM's. The current upstream direction towards pressure stall (PSI) tracking seems much better IMHO.
Great idea, however there doesn't seem to be any implementation which we could use as of now. Do you have any ideas how to resolve that?
Actually, scratch that, we could use https://gitlab.freedesktop.org/hadess/low-memory-monitor It uses a dbus interface, seems like a better fit for desktop. LCP [Stasiek] https://lcp.world -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (3)
-
opensuse.lietuviu.kalba -
Stasiek Michalski -
Vlastimil Babka