Os Os desenvolvedores do Fedora discutiram um tópico comum que ainda é uma pedra no sapato do Linux e é que já se fala há muito tempo sobre os problemas que vem apresentar o Linux tendo pouca memória no sistema, o que leva o sistema a travar ou apresentar uma queda no desempenho.
Desenvolvedores Fedora tenho discutido maneiras de evitar interrupções de memória desde o verão de 2019, a fim de melhorar a experiência do usuário no ambiente de trabalho. Diante dessa situação que ocorre no Fedora, desenvolvedores falaram e aprovaram a inclusão do Earlyoom en a próxima versão do Fedora que seria a versão Fedora 32.
O grupo de trabalho propôs várias soluções para congelar a área de trabalho enquanto você trabalha, o que tem um efeito significativo na experiência do usuário. Porém, o SIGKIL, que recupera todo o sistema rapidamente e apenas finaliza os processos, já foi proposto antes, ao enviar um SIGTERM para dar instruções no final do processo, podendo ser desligamento em etapas selecionáveis para o usuário.
Sobre o EarlyOOM
quarto cedo é um processo em segundo plano que será incluído no Fedora 32 para responder antecipadamente à falta de memória no sistema.
Se a quantidade de memória disponível for menor que o valor especificado, então dependendo de tamanho de memória restante Sigterm (memória livre inferior a 10%) ou Sigkill (<5%) será enviado que pela força o processo que consome mais memória será encerrado.
Aqui o processo com o maior valor será levado / proc / * / oom_score, sem levar o estado do sistema para limpar os buffers do sistema.
Com ele Earlyoom permitirá que o sistema responda mais rapidamente a falta de memória sem ter que chamar o driver OOM (Out of Memory) no kernel, que entra em ação quando a situação se torna crítica e o sistema, via de regra, não responde mais ao usuário.
Em outras versões do Fedora, é possível habilitar o driver de pouca memória monitor de pouca memória que usa a interface / proc / pressure / memory que foi introduzido no kernel Linux 4.20 e melhorado em 5.2.
Para avaliar a falta de memória no sistema, Ao contrário do earlyoom, ele processa e envia uma notificação por meio do DBus sobre a necessidade de reduzir o consumo de memória (se depois disso a situação não voltar ao normal, é possível ativar o kernel OOM Killer).
O monitor com pouca memória requer modificação de aplicativos, de modo que é considerada uma solução para o futuro distante, que pode ser usado após portar aplicativos GNOME.
Para monitorar a situação fora da memória, aplicativos no Glib 2.63.3 adicionaram a API GMemoryMonitor, que permite monitorar sinais de um monitor de pouca memória e agir (por exemplo, o aplicativo pode liberar memória usada para armazenamento em cache, salvar arquivos, iniciar a coleta de lixo, tentar reduzir a fragmentação da memória ou concluir processos suporte inativo).
O suporte GMemoryMonitor também foi adicionado para xdg-desktop-portal para uso em aplicativos autônomos entregues em formato flatpak.
Finalmente É importante mencionar que a implementação padrão do EarlyOOM no Fedora limitado apenas à versão desktop portanto, as outras versões do Fedora não o terão.
Como dados adicionais, É mencionado que EarlyOOM é desenvolvido para uso em desktop e parece improvável que outras edições sejam feitas, a menos que a demanda aumente. Atualmente o pacote está disponível para diferentes distribuições Linux e também os desenvolvedores do OpenSUSE estão discutindo sua inclusão no sistema.
Si você quer saber mais sobre isso sobre a inclusão do EarlyOOM você pode consultar os seguintes links onde se desenvolve a discução.
Também você pode consultar a documentação e instalação em versões mais antigas do Fedora no link a seguir
A desordem vm.swappiness e vm.dirty_bytes não foi suficiente para evitar que o desktop travasse.
Notícias muito boas!