por padrão no Fedora 32 do processo em segundo plano para resposta rápida à falta de memória no sistema. Se a quantidade de memória disponível estiver abaixo de um determinado valor, o earlyoom forçará a finalização do processo que mais consome memória (aquele com a maior pontuação em /proc/*/oom_score) ao enviar SIGTERM (memória livre abaixo de 10%) ou SIGKILL (< 5%), evitando que o sistema entre em um estado crítico que requer limpeza dos buffers do sistema. O earlyoom permitirá uma resposta mais ágil à falta de memória, antes de acionar o manipulador OOM (Out Of Memory) no kernel, que atua quando a situação se torna crítica e o sistema geralmente já não responde às ações do usuário.
Em versões mais distantes do Fedora de habilitar um manipulador de falta de memória , que utiliza a interface recém-disponibilizada no kernel Linux proc/pressure/memory para avaliar a falta de memória no sistema, mas, ao contrário do earlyoom, não finaliza imediatamente os processos, e sim envia uma notificação via DBus sobre a necessidade de reduzir o consumo de memória (caso a situação não se normalize, pode ser ativado o do kernel). O low-memory-monitor requer modificações nos aplicativos, portanto é considerado uma solução para um futuro distante, que poderá ser implementada após a adaptação dos aplicativos GNOME.
Para monitorar a situação de falta de memória pelos aplicativos no Glib foi adicionado o API , para monitorar os sinais do low-memory-monitor e tomar ações (por exemplo, o aplicativo pode liberar memória usada para cache, salvar arquivos, acionar a coleta de lixo, tentar reduzir a fragmentação de memória ou finalizar processos auxiliares ociosos). O suporte ao
GMemoryMonitor também foi adicionado ao xdg-desktop-portal para uso em aplicativos isolados, entregues no formato flatpak.
Fonte: opennet.ru
