Jogadores de PC que utilizam Linux com placas de vídeo de entrada — especialmente modelos AMD com 8 GB de VRAM ou menos — conviviam há anos com um problema frustrante: travamentos, quedas de desempenho e engasgos durante sessões prolongadas de jogos. Isso acontecia porque o kernel Linux não sabia distinguir a importância dos dados do jogo em relação a outros processos em segundo plano, fazendo com que a memória da GPU fosse “despejada” para a RAM do sistema de forma indiscriminada. Agora, uma série de patches corrige o problema de vez.

O que causava o problema

Em sistemas com pouca VRAM disponível, o driver amdgpu do Linux era obrigado a liberar espaço para novos dados. O processo, chamado de eviction (despejo), transferia blocos de memória da VRAM para uma região chamada GTT — memória do sistema acessível pela GPU via barramento PCI. O problema é que a largura de banda do barramento PCI é dramaticamente inferior à da VRAM: enquanto a memória dedicada pode oferecer até 256 GB/s, o barramento PCI entrega, no máximo, míseros 16 GB/s, com latência muito maior.

O resultado prático: em títulos pesados como Cyberpunk 2077, parte das texturas e assets acabavam sendo jogados para a GTT — não porque o jogo pediu isso, mas porque o kernel não tinha como saber que aqueles dados eram mais críticos do que os de uma aba aberta no navegador em segundo plano.

A solução: cgroups para memória de GPU

A correção implementada pela desenvolvedora conhecida como pixelcluster usa um mecanismo chamado dmem cgroup controller, um controlador do kernel que permite classificar processos em grupos e atribuir prioridades de uso de memória de GPU a cada um deles. Com isso, o kernel passa a “proteger” a memória alocada por processos prioritários — como o jogo em execução no primeiro plano — e a despejar preferencialmente dados de aplicativos menos importantes, como navegadores ou apps em segundo plano.

A lógica é simples: se o uso de memória de um cgroup está abaixo de um limite definido, ela fica protegida. Se ultrapassar esse limite, pode ser despejada. Isso permite configurar dinamicamente qual app tem preferência — sem que o driver de GPU precise entender o conceito de “janela em primeiro plano”.

Além do controlador em si (já presente no kernel upstream há algum tempo), os patches adicionais da autora corrigem um caso específico: quando o kernel colocava alocações diretamente na GTT antes mesmo de tentar despejá-las da VRAM, ignorando completamente as proteções do dmem cgroup. Com os patches, isso não acontece mais.

Como instalar

A forma mais simples de aproveitar a correção é usando o CachyOS com KDE como ambiente de trabalho. O kernel do CachyOS já inclui os patches a partir da versão 6.19.12. Basta instalar os pacotes dmemcg-booster e plasma-foreground-booster via gerenciador de pacotes.

Para usuários de outras distros baseadas em Arch, os mesmos pacotes estão disponíveis no AUR (plasma-foreground-booster-dmemcg). O kernel com os patches pode ser obtido no repositório do CachyOS ou compilado manualmente a partir do branch de desenvolvimento (linux-dmemcg no AUR).

Usuários de outras distribuições podem aguardar a chegada dos patches ao kernel mainline — a autora confirmou que já os enviou para as listas de discussão e o processo está em andamento.

Quem não usa KDE pode executar os jogos via versões recentes do gamescope, que também faz uso das novas capacidades do kernel. O utilitário dmemcg-booster continua sendo necessário em qualquer caso.

Quais GPUs são compatíveis?

Por enquanto, o benefício é garantido para GPUs AMD que usam o driver amdgpu e para GPUs Intel com o driver xe. Um patch para o driver nouveau (GPUs NVIDIA via open-source) já foi enviado às listas de discussão. GPUs NVIDIA com drivers proprietários não são compatíveis por enquanto.

Resultados práticos

Antes da correção, ao rodar Cyberpunk 2077 com vários apps abertos em segundo plano, mais de 1 GB de dados do jogo acabava na GTT. Com os patches aplicados, o uso de GTT ficou restrito aos 650 MB que o próprio jogo aloca intencionalmente nessa região — nenhum byte a mais. O desempenho deixa de degradar ao longo da sessão, e os engasgos característicos de sistemas com VRAM limitada desaparecem.

A solução não é definitiva em termos de integração com o systemd — o utilitário dmemcg-booster é assumidamente um paliativo até que o systemd ganhe suporte nativo ao controlador. Mas já é funcional e está disponível para quem quiser instalar agora.