Com o recente lançamento do Ubuntu 22.04 LTS, os desenvolvedores do sistema estão enviando o systemd-oomd por padrão em sua área de trabalho para tentar lidar melhor com situações de pouca memória ou total falta de memória. No entanto, no uso do dia a dia, o systemd-oomd está matando facilmente aplicativos do espaço do usuário, como Firefox e Chrome, ao se aproximar da pressão da memória. Esta é uma experiência de usuário ruim do Ubuntu 22.04. Porém, os desenvolvedores agora têm uma ideia de como isso funciona para tentar resolver o problema. Portanto, os desenvolvedores do Ubuntu já sabem como lidar com problemas do aplicativo Systemd OOMD.
O Systemd-oomd no Ubuntu 22.04 LTS está matando facilmente os aplicativos do usuário, como navegadores da Web e outros aplicativos de memória intensa, mas críticos para o usuário. Essa eliminação de aplicativos sob pressão de memória geralmente é feita sem que o usuário saiba o que está acontecendo ou qualquer aviso.
Eles discutiram a alteração de seus ajustes do systemd-oomd, até mesmo alterando o tamanho da troca do Ubuntu por padrão como uma possibilidade e outras alterações. Com base nas mensagens mais recentes da lista de discussão e nas atividades dos engenheiros da Canonical, eles desejam uma alteração upstream no systemd e, em seguida, modificações nos principais componentes da área de trabalho para que possam comunicar adequadamente que a eliminação OOM deles deve ser evitada.
Desenvolvedores do Ubuntu já sabem como lidar com problemas do aplicativo Systemd OOMD
O Systemd já tem uma configuração “ManagedOOMPreference” que os arquivos de serviço podem usar onde um dos valores suportados é “evitar” se a preferência de falta de memória for tentar evitar matar o cgroup da unidade quando o systemd-oomd estiver descobrindo como reduzir consumo de memória.
Os serviços evitados só serão ‘mortos’ se nenhum outro candidato viável para matar estiver disponível (ou também houver “omitir” onde em nenhum caso o OOMD mataria o cgroup dessa unidade). Mas o problema agora é que o ManagedOOMPreference só é honrado para cgroups de propriedade do root, o que não é o caso no domínio da área de trabalho.
Nick Rosbrook, da Canonical, abriu um pull request preliminar para upstream systemd que permitiria que ManagedOOMPreference funcionasse para todos os cgroups, mas não para os de propriedade do root. O Systemd upstream não se opõe a isso e houve até uma ideia semelhante no ano passado que não foi mesclada para permitir o controle do usuário sobre essa preferência.
Portanto, parece que essa mudança pode avançar e o Ubuntu 22.04 LTS deve então fazer a portabilidade da mudança. Os arquivos de serviço do usuário podem definir ManagedOOMPreference para omitir ou evitar, conforme desejado. No entanto, isso não seria bom para aplicativos lançados pelo GNOME Shell ou Snapd.
Portanto, seria necessário mais trabalho integrando o gerenciamento ManagedOOMPreference no GNOME Shell para passar a preferência para aplicativos selecionados quando iniciados. Há também uma questão de descobrir todos os serviços/aplicativos a serem definidos para o comportamento ManagedOOMPreference=avoid.
Pelo menos do tópico ubuntu-devel este parece ser o caminho preferido para domar o systemd-oomd do Ubuntu para não matar aplicativos importantes para utilização do desktop. Ainda levará algum tempo para que a mudança seja upstream e para que ocorra uma melhor integração da área de trabalho.
