A decisão do Comitê de Engenharia e Direção do Fedora (FESCo) de barrar a compilação paralela de pacotes x86_64-v3 para o ciclo do Fedora Linux 45 pode parecer, à primeira vista, um banho de água fria nos entusiastas de desempenho. No entanto, é um choque de realidade necessário. Ao exigir dados concretos antes de dobrar a carga de trabalho de sua infraestrutura, o Fedora evita um erro clássico do mundo do software livre: adotar novidades tecnológicas apenas porque elas existem, sem medir o custo real da operação.
A proposta de criar um espelho completo do sistema compilado para tirar proveito de instruções modernas, como AVX e AVX2 (presentes em chips Intel a partir do Haswell e AMD a partir do Excavator), soa excelente na teoria. Quem não quer um sistema operacional que extraia o máximo do silício moderno? O problema é que, na prática, manter duas bases de pacotes simultâneas para a mesma arquitetura x86_64 cobra um preço altíssimo.
A conta da infraestrutura não fecha com teorias
O desenvolvedor Kevin Fenzi foi o porta-voz do pragmatismo durante as discussões: dobrar o tempo de compilação e o consumo de armazenamento para ganhos que ainda não foram quantificados é um desperdício de recursos. Compilar o ecossistema inteiro do Fedora já é uma tarefa colossal. Fazer isso duas vezes gerando também duplicidade em contêineres, imagens bootc e rpm-ostree exige uma justificativa técnica inquestionável.
Até o momento, os defensores da mudança não apresentaram benchmarks contundentes que provem que o usuário comum notará a diferença ao abrir o navegador ou compilar um código no dia a dia. Se o ganho na maioria das aplicações for na margem de erro, o esforço hercúleo de infraestrutura simplesmente não se justifica.
O pesadelo da experiência do usuário
Além dos servidores, há o fator humano. O FESCo acertou em cheio ao questionar como as mídias de instalação seriam gerenciadas. O cenário em que o usuário acessa o site do Fedora e precisa decidir se baixa a imagem “x86_64-v1” ou “x86_64-v3” é uma receita para a frustração.
O usuário médio não sabe se o seu processador atende à especificação v3. Se ele baixar a versão errada e o sistema falhar ao iniciar, a culpa recairá sobre a distribuição, prejudicando a reputação de estabilidade que o Fedora construiu nos últimos anos. Soluções elegantes exigem engenharia, como um instalador unificado que detecte o hardware e baixe os pacotes corretos, mas isso não estava claro na proposta original.
Limpar a casa antes de construir o puxadinho
Há também uma questão de foco. Como pontuado durante as discussões no comitê, o Fedora ainda lida com resquícios do suporte à arquitetura i686 (32 bits). Antes de abraçar o futuro e criar uma bifurcação moderna para processadores de 64 bits, o projeto precisa ter a coragem de cortar completamente os laços com o passado que consome recursos de compilação sem trazer retorno.
A mudança para o nível v3 como padrão único inevitavelmente acontecerá no futuro do Linux, mas o período de transição mantendo v1 e v3 lado a lado será doloroso. Ao adiar a decisão para o Fedora 46 e exigir números, testes de impacto e um plano de mídia claro, o FESCo protegeu a distribuição de um salto no escuro. A inovação no Linux não deve ser freada, mas precisa ser sustentada por dados, não apenas por otimismo técnico.