per defecte als processos de fons de Fedora 32 per a una resposta primerenca a poca memòria del sistema. Si la quantitat de memòria disponible és inferior al valor especificat, aleshores earlyoom enviant SIGTERM (memòria lliure inferior al 10 %) o SIGKILL (< 5 %) finalitzarà de manera forçada el procés que consumeix més memòria activament (que té el /proc més alt). /*/valor oom_score), sense portar l'estat del sistema al punt d'esborrar els buffers del sistema. Earlyoom us permetrà respondre més ràpidament a la manca de memòria, sense arribar al punt de trucar al controlador OOM (Out Of Memory) a la nucli, que s'activa quan la situació es torna crítica i el sistema, per regla general, ja no respon a les accions de l'usuari .
En versions posteriors de Fedora habiliteu el controlador sense memòria , que utilitza la introduïda al nucli Linux Interfície /proc/pressure/memory per avaluar la manca de memòria al sistema, però a diferència de earlyoom no finalitza immediatament els processos, sinó que envia una notificació via DBus sobre la necessitat de reduir el consum de memòria (si després d'això la situació no ha tornat a normal, l'activació és possible nuclis). El monitor amb poca memòria requereix modificacions de les aplicacions, per la qual cosa es considera una solució a llarg termini que es pot utilitzar després d'adaptar les aplicacions de GNOME.
Per supervisar situacions de poca memòria per a aplicacions a Glib S'ha afegit l'API , Superviseu els senyals del monitor amb poca memòria i feu accions (per exemple, l'aplicació pot alliberar memòria que s'utilitza per a la memòria cau, desar fitxers, executar la recollida d'escombraries, intentar reduir la fragmentació de la memòria o finalitzar els processos auxiliars inactius). Suport
GMemoryMonitor també s'ha afegit a xdg-desktop-portal per utilitzar-lo en aplicacions sandbox lliurades en format flatpak.
Font: opennet.ru