por padrão nos processos em segundo plano do Fedora 32 para resposta antecipada à falta de memória no sistema. Se a quantidade de memória disponível for menor que o valor especificado, então o earlyoom enviando SIGTERM (memória livre inferior a 10%) ou SIGKILL (<5%) encerrará à força o processo que está consumindo memória mais ativamente (tendo o /proc mais alto). /*/oom_score value), sem levar o estado do sistema ao ponto de limpar os buffers do sistema. Earlyoom permitirá que você responda mais rapidamente à falta de memória, sem chegar ao ponto de chamar o manipulador OOM (Out Of Memory) no kernel, que é acionado quando a situação se torna crítica e o sistema, via de regra, não responde mais às ações do usuário.
Em versões posteriores do Fedora habilitar manipulador de falta de memória , que usa aquele introduzido no kernel Linux Interface /proc/pression/memory para avaliar a falta de memória no sistema, mas ao contrário do earlyoom não encerra imediatamente os processos, mas envia uma notificação via DBus sobre a necessidade de reduzir o consumo de memória (se depois disso a situação não voltar a normal, a ativação é possível grãos). O monitor com pouca memória requer modificação dos aplicativos, por isso é considerado uma solução de longo prazo que pode ser usada após a adaptação dos aplicativos GNOME.
Para acompanhar a situação de aplicativos que ficam sem memória no Glib API adicionada , Monitore sinais do monitor com pouca memória e tome medidas (por exemplo, o aplicativo pode liberar memória usada para armazenamento em cache, salvar arquivos, executar coleta de lixo, tentar reduzir a fragmentação de memória ou encerrar processos auxiliares ociosos). Apoiar
GMemoryMonitor também foi adicionado ao xdg-desktop-portal para uso em aplicativos em sandbox entregues em formato flatpak.
Fonte: opennet.ru