predefinito in Fedora 32 per il processo in background per una reazione rapida alla mancanza di memoria nel sistema. Se la quantità di memoria disponibile è inferiore a un valore specificato, earlyoom tramite l'invio di SIGTERM (memoria libera inferiore al 10%) o SIGKILL (< 5%) termina forzatamente (chiuderà il processo che consuma più memoria (con il valore più alto in /proc/*/oom_score), senza portare il sistema a pulire i buffer di sistema. Earlyoom consentirà di rispondere più rapidamente alla mancanza di memoria, senza arrivare a invocare il gestore OOM (Out Of Memory) nel kernel, che interviene quando la situazione diventa critica e il sistema, di norma, non risponde più alle azioni dell'utente.
Nelle versioni future di Fedora di attivare il gestore della mancanza di memoria , che utilizza l'interfaccia apparsa nel kernel Linux il percorso /proc/pressure/memory per valutare la mancanza di memoria nel sistema, ma a differenza di earlyoom non termina immediatamente i processi, ma invia tramite DBus una notifica sulla necessità di ridurre il consumo di memoria (se dopo ciò la situazione non si normalizza, è possibile attivare del kernel). Low-memory-monitor richiede modifiche alle applicazioni, quindi è considerato come una soluzione per un futuro remoto, che potrà essere implementata dopo l'adattamento delle applicazioni GNOME.
Per monitorare la situazione della mancanza di memoria nelle applicazioni in Glib è stata aggiunta un'API , per monitorare i segnali dal low-memory-monitor e prendere misure (ad esempio, l'applicazione può liberare memoria utilizzata per la cache, salvare file, avviare la raccolta dei rifiuti, tentare di ridurre la frammentazione della memoria o chiudere processi ausiliari inattivi). Il supporto
GMemoryMonitor è stato aggiunto anche a xdg-desktop-portal per l'uso in applicazioni isolate fornite in formato flatpak.
Fonte: opennet.ru
