Respostas:
Itanium foi uma jogada de servidor para a Intel. Foi uma maneira de abandonar a história do IA32 e experimentar uma nova arquitetura, um design chamado EPIC , para computação de instrução explicitamente paralela. Algumas das primeiras inspirações de design foram baseadas na arquitetura PA-RISC da HP e elas trabalharam com a HP no design geral. A Intel queria copiar o que eles fizeram com o IA32, ter um chip comum para todos os grandes servidores e alavancar enormes economias de escala. Como você está perguntando o que é Itanium, eles obviamente não se saíram muito bem na parte da escala :). Seu apelido era Itanic , obviamente não é um nome que indica enorme sucesso econômico.
Quanto ao mercado de chips, ele conseguiu uma coisa. Isso assustou alguns outros fornecedores de RISC do mercado. Parte da razão pela qual a SGI abandonou o MIPS como chip da estação de trabalho e a DEC abandonou o Alpha foi a ameaça do Itanium. Eles descobriram que se a Intel pode dominar a arquitetura IA32 mal projetada, e se eles tivessem uma lista limpa e dinheiro para fazer o backup? Eles desistiram, imaginando que iriam para o Itanium e ainda venderiam seu sistema operacional. A SGI vendeu um pouco as estações de trabalho Itanium, mas sua capacidade de ser diferente foi esmagada e eles morreram logo depois (o que faz com que você parabenize a Apple por vender um pouco mais perto de laptops da Intel). A HP só queria reduzir os custos com chips (eles produziam Alpha e PA-RISC) e, em vez disso, se concentrou em mover a tinta da impressora.
Na verdade, vendendo Itaniums no mercado, meio que caiu com um baque. A nova arquitetura EPIC tornou MUITO dependente do compilador, e não havia bons compiladores no começo (e talvez nem agora ). Ele tinha o problema clássico de frango e ovo - sem aplicativos porque nenhum sistema vendido, nenhum sistema vendido por causa de nenhum aplicativo. E seu suporte ao IA32 foi péssimo no começo. As primeiras versões do chip foram particularmente ruins, embora tenham melhorado um pouco nas gerações posteriores.
Eventualmente, a AMD lançou extensões de 64 bits para IA32, x86_64, AMD64, como você quiser chamá-lo. Isso deu velocidade decente, sem um grande aumento de custo. A arquitetura interna era fácil de escrever para compiladores e tinha um desempenho IA32 muito bom. Limpou. A Intel foi forçada a voltar atrás e lançou as extensões como EM64T. Tinha os direitos de acordos de licenciamento anteriores com a AMD relativos à produção 486. O Itanium seria relegado para sempre a um produto de servidor de nicho.
Tanto quanto "O que os substituiu", nada realmente. O Itanium realmente não vendeu bem, mas ainda está sendo produzido. Se você realmente possui o Itanium, pode substituí-lo por um mais novo, se quiser. Caso contrário, não há emuladores que eu conheça, você precisaria portar seu código para uma nova arquitetura. Se for rápido o suficiente para você, o Intel Xeon (versões de servidor de chips Intel normais), se não, provavelmente o IBM POWER. Mas você precisaria comprar novas máquinas.
EDIT Então agora a HP, um dos arquitetos do Itanium, está migrando lentamente para longe do Itanium, passando para os chips Xeon x86_64 .
E você provavelmente não compra mais chips IA32, provavelmente comprará chips EM64T, que têm excelente compatibilidade com IA32.
TL; DR: Era um chip de servidor de grande porte, que nunca vendeu bem, e os chips Intel de 64 bits mais baratos (x86_64, EM64T, o que você quiser chamá-los) levaram muito do seu motivo.
ÚLTIMA EDIÇÃO Annnnnddddd eles estão mortos
Eles são praticamente encontrados exclusivamente em ambientes de servidor, e não particularmente frequentemente hoje em dia.
Itanium era uma arquitetura de processador projetada para uso em servidores e computação de alto desempenho. Seu objetivo era oferecer alto desempenho e alta eficiência, implementando um tipo especial de arquitetura VLIW (sigla em inglês para palavra de instrução muito longa) chamada Explicitly Parallel Instruction Computing (EPIC) .
Para maximizar o desempenho, os processadores convencionais contêm muitos circuitos para instruções de programação, para que possam executar o maior número possível de instruções em paralelo (consulte esta resposta para obter uma discussão técnica detalhada sobre as técnicas usadas para fazer isso). O VLIW e, em particular, o EPIC, tentaram eliminar esse circuito complexo e consumidor de energia transferindo esse trabalho para o compilador. O compilador determinaria quais instruções podem ser executadas em paralelo pelas várias unidades de execução no processador e codificaria essas informações diretamente no binário executável (daí "explicitamente paralelo"). Em essência, esperava-se que o aprimoramento da tecnologia do compilador pudesse ser usado no lugar dos circuitos de programação de instruções de hardware, permitindo processadores mais eficientes e escalonáveis.
Infelizmente, a tecnologia do compilador necessária para utilizar essa nova arquitetura ao máximo nunca se materializou. Muitas otimizações de agendamento feitas pelo processador em tempo de execução provaram ser (e ainda são) muito difíceis de fazer no momento da compilação. O resultado foi um desempenho ruim que não conseguia acompanhar os servidores x86 , Power e SPARC mais convencionais .
Além disso, a arquitetura Itanium não é compatível com x86. Embora a Intel tenha implementado uma camada de compatibilidade x86, o desempenho foi muito baixo em comparação com um processador x86 real. Por outro lado, a AMD desenvolveu uma versão estendida do x86 chamada AMD64 (agora x86-64 ) que é compatível com os sistemas x86 e obteve uma aceitação muito mais ampla. Hoje, x86-64 é a arquitetura usada na grande maioria dos processadores para PC e servidor, enquanto o Itanium provou ser uma falha comercial e, desde então, caiu na obscuridade.