por defecto nos procesos en segundo plano de Fedora 32 para a resposta precoz á pouca memoria do sistema. Se a cantidade de memoria dispoñible é inferior ao valor especificado, earlyoom enviando SIGTERM (memoria libre inferior ao 10 %) ou SIGKILL (< 5 %) finalizará forzadamente o proceso que está a consumir memoria máis activamente (tendo o /proc máis alto). /*/oom_score), sen levar o estado do sistema ao punto de borrar os búfers do sistema. Earlyoom permitirache responder máis rapidamente á falta de memoria, sen chegar ao punto de chamar ao controlador OOM (Out Of Memory) no kernel, que se activa cando a situación se fai crítica e o sistema, por regra xeral, xa non responde ás accións do usuario .
En versións posteriores de Fedora habilitar o manejador sen memoria , que utiliza o introducido no núcleo de Linux Interface /proc/pressure/memory para avaliar a falta de memoria no sistema, pero a diferenza de earlyoom non finaliza inmediatamente os procesos, senón que envía unha notificación a través de DBus sobre a necesidade de reducir o consumo de memoria (se despois a situación non volveu normal, a activación é posible núcleos). O monitor de pouca memoria require a modificación das aplicacións, polo que se considera unha solución a longo prazo que se pode usar despois de adaptar as aplicacións de GNOME.
Para rastrexar a situación das aplicacións que se quedan sen memoria en Glib Engadiuse a API , Supervisa os sinais do monitor con pouca memoria e toma medidas (por exemplo, a aplicación pode liberar memoria utilizada para almacenar na caché, gardar ficheiros, executar a recollida de lixo, tentar reducir a fragmentación da memoria ou finalizar os procesos auxiliares inactivos). Apoiar
GMemoryMonitor tamén se engadiu a xdg-desktop-portal para o seu uso en aplicacións sandbox entregadas en formato flatpak.
Fonte: opennet.ru