háttérfolyamat alapértelmezés szerint a Fedora 32-ben a korai reagáláshoz a rendszer kevés memóriájára. Ha a rendelkezésre álló memória mennyisége kisebb, mint a megadott érték, akkor a earlyoom a SIGTERM (kevesebb, mint 10% szabad memória) vagy a SIGKILL (< 5%) küldésével kényszerített (leállítja azt a folyamatot, amely a legaktívabban fogyaszt memóriát (amely a legmagasabb /proc/*/oom_score), anélkül, hogy a rendszer állapotát a rendszerpufferek törlésére hozná. Az Earlyoom lehetővé teszi, hogy gyorsabban reagáljon a memóriahiányra anélkül, hogy elérné a kernelben található OOM (Out Of Memory) kezelő hívását, amely akkor aktiválódik, amikor a helyzet kritikussá válik, és a rendszer általában nem reagál a felhasználói műveletekre.
A Fedora későbbi kiadásaiban a memória kimerült kezelő engedélyezése , amely a Linux kernelben jelent meg /proc/pressure/memory interfész a rendszer memóriahiányának felmérésére, de az earlyoom-mal ellentétben nem azonnal fejezi be a folyamatokat, hanem DBus-on keresztül értesítést küld a memóriafelhasználás csökkentésének szükségességéről (ha a helyzet nem tért vissza a normál kerékvágásba ezt követően lehetséges az aktiválás magok). Az alacsony memóriájú monitorhoz az alkalmazások módosítása szükséges, ezért hosszú távú megoldásnak tekintik, amelyet a GNOME-alkalmazások adaptációja után lehet használni.
A memória hiányának figyelése a Glib alkalmazásban API hozzáadva , figyelje az alacsony memóriájú monitor jeleit, és tegyen lépéseket (például az alkalmazás felszabadíthatja a gyorsítótárazáshoz használt memóriát, mentheti a fájlokat, futtathatja a szemétgyűjtést, megpróbálhatja csökkenteni a memória töredezettségét, vagy megölheti a tétlen segédfolyamatokat). Támogatás
A GMemoryMonitort az xdg-desktop-portálhoz is hozzáadták a sandboxos flatpak alkalmazásokhoz.
Forrás: opennet.ru