A maioria das PMEs que dependem de servidores Linux para processamento de dados ou inteligência artificial confia que as actualizações automáticas mantêm os sistemas seguros e rápidos. Mas uma actualização de kernel causa lentidão até 42 vezes superior em cargas de trabalho com GPUs AMD, conforme alerta da equipa de kernel do Ubuntu. A boa notícia é que a correcção já está a caminho — e o impacto real pode ser evitado com algumas precauções simples.
Porque é que uma actualização de kernel causa lentidão tão extrema?
O kernel é o coração do sistema operativo Linux. Quando a Canonical, a empresa por trás do Ubuntu, lança uma actualização pontual do kernel, o objectivo é corrigir falhas de segurança, melhorar a compatibilidade com hardware ou optimizar o desempenho. Mas, desta vez, algo correu mal.
Segundo o aviso publicado pela equipa de kernel do Ubuntu e noticiado pelo Phoronix, a próxima versão pontual do kernel para o Ubuntu 26.04 e para os utilizadores do Ubuntu 24.04 LTS com o Hardware Enablement Stack (HWE) inclui uma regressão de desempenho que afecta especificamente as GPUs AMD em cargas de trabalho computacionais pesadas. Traduzindo: se o seu servidor usa uma placa gráfica AMD para treinar modelos de inteligência artificial, fazer simulações científicas ou renderizar vídeo, após instalar esta actualização, essas tarefas podem ficar até 42 vezes mais lentas.
O problema não está num erro de código isolado do Ubuntu. A regressão veio de uma actualização pontual do kernel Linux 7.0, a versão mais recente do kernel principal. Isto significa que a falha é “upstream”, ou seja, afecta potencialmente qualquer distribuição Linux que tenha integrado essa versão do kernel. A diferença é que o Ubuntu decidiu alertar os utilizadores antes que a actualização fosse distribuída em massa, enquanto outras distribuições podem já ter lançado o código problemático sem aviso prévio.
Uma analogia simples: imagine que o motor do seu carro recebe uma actualização de software que, em vez de melhorar a aceleração, faz com que o carro demore 42 vezes mais a atingir a mesma velocidade. É isto que acontece com os cálculos na GPU.
O que diferencia este alerta de outros problemas de actualização?
Normalmente, quando se fala de problemas em actualizações de software, o foco está em falhas de segurança ou em incompatibilidades que impedem o sistema de arrancar. Este caso é diferente: o sistema continua a funcionar, não há perda de dados, mas o desempenho desce a níveis que tornam o hardware praticamente inutilizável para a função para a qual foi adquirido.
Até agora, a opção para muitas empresas era confiar cegamente nas actualizações automáticas, partindo do princípio de que os testes da distribuição garantem a estabilidade. Este episódio mostra que mesmo uma distribuição com o histórico de fiabilidade do Ubuntu pode deixar passar uma regressão de desempenho com este impacto. A transparência da equipa de kernel ao emitir um alerta proactivo é um ponto positivo, mas também revela a complexidade crescente do ecossistema Linux, onde uma alteração numa camada inferior pode ter consequências drásticas em cargas de trabalho específicas.
Outro aspecto que diferencia este caso é a rapidez com que a comunidade está a reagir. Por ser uma regressão upstream, os principais envolvidos no desenvolvimento do kernel Linux já estão a preparar uma correcção. O Ubuntu deverá disponibilizar uma actualização correctiva assim que o fix for integrado e testado. Portanto, é um problema temporário — mas que pode causar estragos se apanhar uma empresa desprevenida.
O que isto significa para PMEs portuguesas
Para uma PME portuguesa que utilize servidores com GPUs AMD — seja em infraestrutura própria, seja em cloud —, esta actualização de kernel causa lentidão que se traduz directamente em custos. Se um treino de modelo de IA que normalmente demora duas horas passar a demorar 84 horas, os prazos de entrega de projectos disparam, os recursos de cloud consomem mais tempo de facturação e a equipa perde produtividade.
Muitas destas empresas não têm uma equipa de IT dedicada a monitorizar cada actualização do kernel. A actualização automática de segurança está activada por defeito em muitos servidores Ubuntu, o que significa que o patch problemático pode ser instalado durante a noite sem que ninguém se aperceba. No dia seguinte, os processos que dependem da GPU simplesmente rastejam. Para uma pequena empresa de desenvolvimento de software, um estúdio de visualização arquitectónica ou uma startup de IA, o impacto pode ser a perda de um dia inteiro de trabalho — ou pior, a incapacidade de responder a um cliente dentro do prazo.
Se a sua empresa está a dar os primeiros passos na inteligência artificial, este tipo de imprevisto técnico reforça a importância de ter um plano de contingência e de testar actualizações em ambiente de staging antes de as aplicar em produção. Para quem está a integrar IA nos processos da empresa, a recomendação é simples: verifique se os seus servidores usam GPUs AMD, consulte os canais oficiais do Ubuntu e, se possível, adie a actualização do kernel até que a correcção seja publicada.
O erro que a maioria comete
O erro mais comum é assumir que as actualizações automáticas do sistema operativo são sempre inofensivas. A maioria das PMEs configura os servidores para instalar patches de segurança automaticamente, o que é uma boa prática — mas sem qualquer mecanismo de monitorização do desempenho pós-actualização. Resultado: uma regressão como esta pode passar despercebida durante horas ou dias, enquanto a equipa atribui a lentidão a “problemas de rede” ou “sobrecarga do servidor”. A confiança cega nas actualizações automáticas, sem testes prévios em ambiente controlado, é o erro que transforma um contratempo técnico numa crise operacional.
Riscos e limitações
Esta regressão de desempenho não afecta todos os utilizadores. Aplica-se exclusivamente a cargas de trabalho computacionais pesadas em GPUs AMD — tarefas como gaming, aceleração gráfica de ambiente de trabalho ou servidores que usam GPUs NVIDIA não são afectadas. Além disso, é um problema temporário: a correcção já está a ser desenvolvida e deverá chegar nas próximas semanas. No entanto, para as empresas que dependem destas GPUs em produção, mesmo um dia de lentidão 42x pode representar custos significativos e atrasos em entregas. Outra limitação é que o alerta do Ubuntu, embora louvável, pode não chegar a todos os administradores de sistemas — especialmente em ambientes onde as actualizações são geridas por terceiros ou por serviços cloud que abstraem a gestão do kernel.
Veredito Descomplicar®
Esta actualização de kernel causa lentidão que não é motivo para pânico, mas é um alerta valioso para as PMEs portuguesas. O episódio mostra que mesmo distribuições Linux empresariais de confiança podem introduzir regressões de desempenho significativas. A atitude proactiva do Ubuntu ao avisar os utilizadores é um exemplo a seguir, mas a responsabilidade última de proteger a operação é de cada empresa. Vale a pena explorar políticas de actualização faseada, monitorização de desempenho pós-patch e, sobretudo, manter canais de comunicação abertos com fornecedores de infraestrutura. Para quem utiliza GPUs AMD em servidores, a recomendação é clara: não instale a actualização problemática e aguarde pela versão corrigida.