Announcement

Collapse
No announcement yet.

Clear Linux Set To Begin Offering EarlyOOM For Better Dealing With Memory Pressure

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • grigi
    replied
    Making apps actually honour a "low-memory" signal would be extremely useful. e.g. to force a GC run on java apps when memory starts being pressured. Or telling the browser to unload uncompressed images, or defragment its heap, etc...
    That would help a LOT for many use cases.
    But an early oom would essentially get rid of the system trashing before it starts ooming, which is the worst symptom we have right now. So an easy fix to get rid of the perceived problem.

    I say perceived because Linux manages memory much better than other desktop OS'es.
    Especially once enabling transparent memory compression that can give one a 10-20% more effective ram which really makes a difference on a lowly 4G system.

    Leave a comment:


  • tomas
    replied
    Originally posted by tildearrow View Post
    Why are they doing this? Why not try to fix the problem instead? (or besides doing this?)

    I feel bad how everybody is going for the workaround and not the solution :<
    And what is the solution? Why do you see this as a workaround?

    Leave a comment:


  • birdie
    replied
    Originally posted by Britoid View Post
    earlyoom is probably going to be shortly lived given apparently an enhanced oomd is going to be merged into systemd.

    https://lists.fedoraproject.org/arch...SLI6GHUJCZSKY/
    That's funny and sad simultaneously. Before the earlyoom proposal no one in Fedora gave an f about this issue and no one worked on including FB's oomd in systemd. Now, when we do have a working solution without any if's Lennart starts opposing to it: "If it's not from me, it's "bad"".

    And what's wrong with a 100ms interval in earlyoom? There are systems and situations where this interval is 100% warranted and anything bigger than that will make the system unresponsive before earlyoom has enough time to react.

    Leave a comment:


  • Britoid
    replied
    earlyoom is probably going to be shortly lived given apparently an enhanced oomd is going to be merged into systemd.

    Leave a comment:


  • flower
    replied
    Originally posted by tildearrow View Post
    Why are they doing this? Why not try to fix the problem instead? (or besides doing this?)

    I feel bad how everybody is going for the workaround and not the solution :<
    IMHO earlyoom is mostly needed on desktops.
    I wouldn't install it on my arm server with low ram.

    But maybe a configurable oom profile in kernel config would be a better solution

    Leave a comment:


  • tildearrow
    replied
    Why are they doing this? Why not try to fix the problem instead? (or besides doing this?)

    I feel bad how everybody is going for the workaround and not the solution :<

    Leave a comment:


  • Clear Linux Set To Begin Offering EarlyOOM For Better Dealing With Memory Pressure

    Phoronix: Clear Linux Set To Begin Offering EarlyOOM For Better Dealing With Memory Pressure

    Following Fedora's plans to begin using EarlyOOM by default and other recent upstream discussions about Linux's relatively poor performance when it comes to the Linux desktop not handling memory pressure / low RAM situations well, Intel's Clear Linux looks like it will soon offer EarlyOOM as an option...

    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite
Working...
X