per impostazione predefinita in Fedora 32 il processo in background per una risposta rapida alla carenza di memoria nel sistema. Se la quantità di memoria disponibile è inferiore a un valore specificato, earlyoom invierà un SIGTERM (se la memoria libera è inferiore al 10%) o un SIGKILL (< 5%) forzando (terminerà il processo che consuma più memoria, avendo il punteggio più alto in /proc/*/oom_score), senza portare il sistema a liberare i buffer di sistema. Earlyoom permetterà di rispondere più rapidamente alla carenza di memoria, evitando di attivare il gestore OOM (Out Of Memory) nel kernel, che entra in azione quando la situazione diventa critica e il sistema, di solito, non risponde più alle azioni dell'utente.
Nelle versioni future di Fedora di includere un gestore della carenza di memoria , che utilizza l'interfaccia apparsa nel kernel Linux /proc/pressure/memory per valutare la carenza di memoria nel sistema, ma a differenza di earlyoom, non termina immediatamente i processi, ma invia tramite DBus una notifica della necessità di ridurre il consumo di memoria (se dopo ciò la situazione non si normalizza, può essere attivato del kernel). Low-memory-monitor richiede modifiche alle applicazioni, quindi è considerato una soluzione per un futuro remoto, che potrà essere implementata dopo l'adattamento delle applicazioni GNOME.
Per monitorare la situazione di carenza 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 la memoria utilizzata per la cache, salvare file, avviare la raccolta dei rifiuti, tentare di ridurre la frammentazione della memoria o terminare processi ausiliari inattivi). Il supporto per
GMemoryMonitor è stato aggiunto anche a xdg-desktop-portal per essere utilizzato in applicazioni isolate fornite in formato flatpak.
Fonte: opennet.ru
