Alapértelmezés szerint a Fedora 32 háttérfolyamatához a rendszer memóriahiányának korai észlelésére. Ha a rendelkezésre álló memória mennyisége alacsonyabb, mint a megadott érték, az earlyoom a SIGTERM jelzés elküldésével (ha a szabad memória kevesebb mint 10%) vagy a SIGKILL-leel (< 5%) kényszerítve (leállítja a memóriát legintenzívebben fogyasztó folyamatot - a legmagasabb \/proc\/*\/oom_score értékkel) anélkül, hogy a rendszer állapotát a rendszerszínek ürítéséhez vinné. Az earlyoom lehetővé teszi a memóriahiányra való gyorsabb reagálást, anélkül, hogy elérnénk az OOM (Out Of Memory) kezelő aktiválását a kernelben, amely akkor aktiválódik, amikor a helyzet kritikus, és a rendszer általában már nem reagál a felhasználói műveletekre.
A Fedora távolabbi kiadásaiban a memóriahiány-kezelő aktiválását , amely a Linux kernelben megjelent \/proc\/pressure\/memory interfészt használja a rendszer memóriahiányának felmérésére, de az earlyoom-tól eltérően azonnal nem zárja le a folyamatokat, hanem egy DBus értesítést küld a memóriafogyasztás csökkentésének szükségéről (ha ezután a helyzet nem normalizálódik, lehetőség van a aktiválására). A Low-memory-monitor módosítást igényel az alkalmazásokban, ezért távoli megoldásként van számba véve, amelyet a GNOME alkalmazások adaptálása után lehet alkalmazni.
A memóriahiány alkalmazások általi nyomon követésére a Glib API-ja került bevezetésre, , a low-memory-monitor jelzéseinek nyomon követésére és intézkedések megtételére (például az alkalmazás felszabadíthatja a gyorsítótárhoz használt memóriát, fájlokat menthet, elindíthatja a szemétgyűjtést, megpróbálhatja csökkenteni a memória töredezettségét, vagy leállíthatja a felesleges segédfolyamatokat). A GMemoryMonitor támogatása az xdg-desktop-portalban is hozzá lett adva az izolált alkalmazásokban, amelyek flatpak formátumban érkeznek.
🥇A Fedora 32-ben az earlyoom bevezetését tervezik a memóriahiányra való korai reagálás érdekében | ProHoster
Forrás: opennet.ru
