per impostazione predefinita nei processi in background di Fedora 32 per una risposta tempestiva alla memoria insufficiente nel sistema. Se la quantità di memoria disponibile è inferiore al valore specificato, earlyoom inviando SIGTERM (memoria libera inferiore al 10%) o SIGKILL (< 5%) terminerà forzatamente il processo che sta consumando più attivamente memoria (con il valore /proc più alto /*/oom_score value), senza portare lo stato del sistema al punto di svuotare i buffer di sistema.Earlyoom consentirà di rispondere più rapidamente alla mancanza di memoria, senza arrivare al punto di chiamare il gestore OOM (Out Of Memory) nel kernel, che viene attivato quando la situazione diventa critica e il sistema, di norma, non risponde più alle azioni dell'utente.
Nelle versioni successive di Fedora abilitare il gestore della memoria esaurita , che utilizza quello introdotto nel kernel Linux /proc/pressione/memory interfaccia per valutare la mancanza di memoria nel sistema, ma a differenza di earlyoom non termina immediatamente i processi, ma invia una notifica via DBus sulla necessità di ridurre il consumo di memoria (se dopo questo la situazione non è tornata al suo ripristino normale, l'attivazione è possibile noccioli). Il monitor con memoria ridotta richiede la modifica delle applicazioni, quindi è considerata una soluzione a lungo termine che può essere utilizzata dopo aver adattato le applicazioni GNOME.
Per tenere traccia della situazione delle applicazioni che esauriscono la memoria in Glib API aggiunta , Monitora i segnali provenienti dal monitor di memoria insufficiente e intraprendi azioni (ad esempio, l'applicazione può liberare memoria utilizzata per la memorizzazione nella cache, salvare file, eseguire la garbage collection, provare a ridurre la frammentazione della memoria o terminare i processi di supporto inattivi). Supporto
GMemoryMonitor è stato aggiunto anche a xdg-desktop-portal per l'utilizzo in applicazioni sandbox fornite in formato flatpak.
Fonte: opennet.ru