A pressão para salvar a arquitetura Itanium no Linux
Desenvolvedores do kernel Linux estão removendo o suporte à arquitetura Itanium (IA-64) da Intel, o que provoca debate sobre por quanto tempo projetos de código aberto devem sustentar hardware legado. Comentadores observam que a maioria dos sistemas Itanium restantes roda sistemas operacionais proprietários como HP-UX ou VMS, o interesse de hobby é mínimo e nenhuma empresa está financiando a manutenção; por isso, depender de kernels antigos ou de outros sistemas do tipo Unix é mais realista do que manter IA-64 na mainline do Linux. A discussão vira uma reflexão mais ampla sobre os custos da compatibilidade retroativa, o valor da diversidade arquitetural e a necessidade prática de mantenedores e hardware de teste.
Quem Ainda Usa Itanium e Por Quê?
- Muitos presumem que a demanda remanescente por Itanium está ligada a HP-UX e VMS, não ao Linux.
- Exemplos: bases de dados Oracle em hardware HP, clusters VMS, COBOL personalizado em HP-UX, clusters HPC passados e supercomputadores rodando Linux.
- Vários comentários sugerem que o uso ativo de Linux em Itanium em produção agora é minúsculo (<~1000 sistemas, e provavelmente encolhendo rapidamente).
- Ciclos de vida industriais e aeroespaciais são longos (por exemplo, m68k em aviônicos do Eurofighter), mas o Itanium não parece preencher esse nicho na prática.
Interesse Retrô / de Hobby
- O interesse de hobby em Itanium é descrito como muito pequeno: o hardware é raro, caro, barulhento, consome muita energia e muitas vezes está ligado a SANs e infraestrutura de datacenter.
- Algumas pessoas gostariam de máquinas Itanium “por diversão”, mas isso é contrastado com m68k, Amiga, SPARC etc., que têm comunidades mais fortes e bons emuladores.
- A falta de um emulador de Itanium (como suporte do QEMU para m68k) é vista como um fator que limita a manutenção pela comunidade.
Por que Remover IA-64 do Linux?
- Argumento central: não há mantenedores ou testadores ativos, há pouquíssimos usuários e o custo de complexidade para o restante do kernel é significativo.
- Manter arquiteturas exóticas pode impedir refatorações e melhorias de desempenho, além de exigir casos especiais para recursos pouco usados.
- Alguns veem as tentativas de manter IA-64 como falácia do custo afundado. Outros argumentam que arquiteturas exóticas ajudam a manter o kernel portátil e a encontrar bugs.
- Tendência de consenso: se ninguém se dispõe a manter e testar, o código é removido; a mainline não é um direito adquirido.
“É Só Usar um Kernel Antigo” vs. Suporte de Longo Prazo
- Muitos observam que os usuários podem permanecer em kernels antigos (por exemplo, LTS 6.1) indefinidamente; isso já é comum na indústria.
- Preocupações: não há backport sistemático de correções para arquiteturas mortas; não há suporte para novos drivers ou mudanças de infraestrutura.
- Alguns temem que a remoção agressiva de drivers/arquiteturas antigos (por exemplo, NICs QLogic) acelere a obsolescência do hardware e prejudique a estabilidade de longo prazo.
Alternativas e Contexto Mais Amplo
- O port ia64 do NetBSD existe, mas aparentemente está inativo.
- SPARC é citado como uma arquitetura “exótica” ainda viável (hardware usado barato, sistemas Fujitsu em andamento), oferecendo diversidade.
- RISC-V é mencionado como uma ISA que pode dominar no futuro, embora outros descartem a ideia de “encerrar” guerras de ISA.
- Vários comentários situam o fracasso do Itanium em sua dependência excessiva de compiladores, no fim da escalabilidade de Dennard e na კონკorrência com x86-64.