Uma pequena parte da história dos PCs está prestes a sair do kernel Linux. Patches enviados pelo desenvolvedor Eric Biggers propõem remover as últimas otimizações específicas para instruções MMX, tecnologia popularizada pela Intel com os Pentium na década de 1990. A mudança deve chegar ao Linux 7.5, previsto para 2027, e concentra-se em rotinas de RAID por software. Para quem ainda guarda um Pentium MMX numa gaveta, a manchete pode parecer um funeral antecipado. A realidade é bem menos dramática: o código otimizado deve desaparecer, mas os caminhos tradicionais de execução continuam disponíveis.
MMX foi uma das grandes expressões de marketing da era multimídia. Introduzida em 1997, a tecnologia acrescentou instruções voltadas a operações com dados empacotados, úteis para determinados tipos de processamento de imagem, áudio e outras tarefas. Na época dos CDs, vídeos comprimidos e computadores que prometiam transformar qualquer quarto em estúdio, as três letras brilhavam nas caixas dos processadores. Foram importantes, mas a arquitetura x86 continuou avançando com conjuntos de instruções mais modernos.
O que está saindo do código
As últimas rotinas MMX específicas de RAID podem ser substituídas por código convencional já testado; o patch não representa o fim do suporte a Pentium.
MMX chega ao Pentium
Rotinas antigas de XOR e RAID6 afetadas
Implementações em C continuam disponíveis
Por que o Linux manteve esse código por tanto tempo
O patch afeta código de operações XOR utilizadas em RAID por software e rotinas relacionadas ao RAID6. Essas tarefas combinam dados para calcular ou recuperar informações de redundância em conjuntos de discos. Em máquinas antigas, havia implementações específicas que aproveitavam MMX para acelerar partes do trabalho. Com o passar dos anos, porém, o público que utiliza um processador de 32 bits sem SSE e ao mesmo tempo mantém um RAID por software atualizado se tornou extremamente restrito.
A justificativa técnica é direta: existem implementações convencionais em C, já testadas, que podem atender esses processadores quando as versões MMX forem retiradas. A mudança não significa apagar o sistema de arquivos, destruir matrizes RAID ou tornar todos os Pentium incapazes de iniciar o Linux. Significa remover caminhos especiais de desempenho que precisam ser mantidos e testados apesar do uso cada vez menor.
Em projetos grandes, código antigo não fica de graça. Cada rotina específica aumenta o número de combinações a testar, o trabalho de revisão e o risco de comportamento inesperado. Quando uma otimização deixa de oferecer vantagem relevante para uma população significativa, mantê-la pode custar mais do que o benefício. Isso é especialmente verdadeiro em componentes centrais do sistema operacional, onde clareza e segurança importam tanto quanto velocidade.
A proposta está em revisão para um kernel futuro. Não significa que uma atualização atualmente disponível já retirou as rotinas.
Quem percebe essa mudança?
CPUs x86 de 32 bits muito antigas, sem instruções SSE adequadas, quando usadas com RAID por software.
O que muda
Execução passa a utilizar rotinas convencionais em C, já existentes.
Computadores atuais, servidores modernos e máquinas que não dependem dessas antigas rotinas de RAID.
O que permanece
Outras otimizações de kernel e suporte às arquiteturas modernas.
Um adeus sem apagar a compatibilidade
As otimizações MMX de operações comuns de memória já haviam sido removidas anos atrás. O que restava estava concentrado no tratamento de RAID. Portanto, não é correto anunciar que o kernel inteiro utilizava MMX intensamente até ontem. O projeto está encerrando uma última exceção, não abandonando de repente uma tecnologia presente em todos os seus subsistemas.
O processo também demonstra como o Linux lida com compatibilidade. Suportar hardware antigo não obriga manter indefinidamente cada truque de montagem escrito para explorar seu desempenho. Um caminho alternativo pode preservar a capacidade de funcionamento, mesmo com pequenas diferenças em situações específicas. Isso permite dedicar tempo de manutenção às plataformas usadas atualmente, sem necessariamente expulsar os entusiastas de computadores clássicos.
Quem administra servidores contemporâneos não deve perceber qualquer mudança prática relacionada a MMX. Processadores modernos possuem conjuntos de instruções muito mais novos, e as rotinas otimizadas para essas arquiteturas continuam relevantes. Também não há motivo para alterar configurações de armazenamento apenas porque um patch foi enviado. Uma mudança proposta só deve ser tratada como presente no sistema depois que entrar na versão efetivamente utilizada.
Para colecionadores e pesquisadores, a notícia tem valor histórico. Código-fonte preserva vestígios das decisões feitas por engenheiros em épocas diferentes: instruções consideradas revolucionárias, limitações de hardware e maneiras engenhosas de conseguir desempenho. Retirar uma implementação ativa não apaga a história dos repositórios. Ela continua documentada em commits, mensagens de desenvolvimento e versões anteriores do kernel.
O Linux 7.5 ainda está à frente no calendário, e patches podem receber ajustes durante revisão e integração. A leitura correta hoje é que os desenvolvedores estão preparando a remoção das últimas otimizações MMX específicas, com fallback disponível para os cenários afetados. É um adeus discreto e bastante apropriado a uma tecnologia que ajudou a definir a era dos Pentium, mas já cumpriu sua missão.
