回答:
ItaniumはIntelのサーバープレイでした。これは、IA32の歴史を切り開き、明示的並列命令コンピューティング向けのEPICと呼ばれる新しいアーキテクチャを試す方法でした。初期の設計のインスピレーションの一部は、HPのPA-RISCアーキテクチャに基づいており、全体的な設計でHPと協力しました。インテルは、IA32で行ったことをコピーし、すべての大きなサーバーに共通のチップを搭載し、巨大な規模の経済を活用したいと考えていました。あなたはItaniumが何であるかを尋ねているので、彼らは明らかにスケールの部分ではあまりうまくいきませんでした:)。そのニックネームはItanicで、明らかに大規模な経済的成功を示す名前ではありません。
チップ市場に関しては、1つのことを達成しました。他の一部のRISCベンダーを市場から怖がらせました。SGIがワークステーションチップとしてMIPSを削除し、DECがAlphaを削除した理由の一部は、Itaniumの脅威でした。彼らは、Intelがひどく設計されたIA32アーキテクチャで優位に立つことができるかどうかを考えました。彼らは、Itaniumに移植してもOSを販売していると考えて脱落しました。SGIは少し売れているItaniumワークステーションで兵士をしていましたが、彼らの異なる能力は破壊され、すぐに亡くなりました（これはAppleが市販のIntelラップトップの近くで少し売れることを祝福します）。HPはチップコストを削減したかっただけで（AlphaとPA-RISCの両方を製造していた）、代わりにプリンターインクの移動に専念していました。
市場で実際にItaniumを販売する限り、それは一種のドキドキで上陸しました。新しいEPICアーキテクチャにより、非常にコンパイラに依存するようになり、最初は優れたコンパイラがありませんでした（おそらく今もそうではありませんでした）。これには、古典的な鶏と卵の問題がありました。システムが販売されていないためアプリがなく、アプリがないためにシステムが販売されていませんでした。そして、そのIA32サポートは最初はひどいものでした。チップの最初のバージョンは特に悪かったが、後の世代では少し良くなった。
最終的に、AMDは、IA32、x86_64、AMD64など、何でも好きな64ビット拡張をリリースしました。これにより、コストが大幅に増加することなく、適切な速度が得られました。内部アーキテクチャは、コンパイラを簡単に記述でき、IA32のパフォーマンスは非常に優れていました。クリーンアップしました。Intelはバックトラックを余儀なくされ、EM64Tとして拡張機能をリリースしました。486の生産に関するAMDとの以前のライセンス契約の権利がありました。Itaniumは永久にニッチサーバー製品に追いやられます。
「それらに取って代わるもの」に関しては、実際には何もありません。Itaniumはあまり売れませんでしたが、まだ生産されています。実際にItaniumを使用している場合は、必要に応じて新しいものと交換できます。そうでない場合、私が知っているエミュレータはありません。新しいアーキテクチャにコードを移植する必要があります。十分に高速な場合、Intel Xeon（通常のIntelチップのサーバーバージョン）、そうでない場合は、おそらくIBM POWER。ただし、新しいマシンを購入する必要があります。
編集これで、Itaniumのアーキテクトの1人であるHPでも、Itaniumからゆっくりと移行し、Xeon x86_64チップに移行しています。
そして、おそらくIA32チップはもう購入しないでしょう。おそらく、IA32互換性に優れたEM64Tチップを購入するでしょう。
TL; DR：売れ行きの悪いビッグアイロンサーバーチップであり、安価な64ビットIntelチップ（x86_64、EM64T、呼び方は何でも）には多くの理由がありました。
最終編集 Annnnnddddd 彼らは死んでいる
Itaniumは、サーバーおよび高性能コンピューティングでの使用を目的としたプロセッサアーキテクチャでした。Explicitly Parallel Instruction Computing（EPIC）と呼ばれる特別なタイプの超長命令語（VLIW）アーキテクチャを実装することにより、高性能と高効率を実現することを目的としました。
パフォーマンスを最大化するために、従来のプロセッサには、可能な限り多くの命令を並行して実行できるように、命令をスケジューリングするための多くの回路が含まれています（これを行うための技術に関する詳細な技術説明については、この回答を参照してください）。VLIW、特にEPICは、この作業をコンパイラに移行することで、この複雑で電力消費の多い回路を排除しようとしました。コンパイラは、プロセッサ内のさまざまな実行ユニットによって並列に実行できる命令を決定し、この情報を実行可能バイナリに直接コーディングします（したがって、「明示的に並列」）。基本的に、ハードウェア命令スケジューリング回路の代わりにコンパイラ技術の改善を使用して、より効率的でよりスケーラブルなプロセッサを実現できることが望まれていました。
残念ながら、コンパイラテクノロジでは、この新しいアーキテクチャを最大限に活用する必要がありました。実行時にプロセッサによって行われるスケジューリングの最適化の多くは、コンパイル時に実行するのが非常に困難であることが判明しています（それでも非常に困難です）。その結果、パフォーマンスが低下し、従来のx86サーバー、Powerサーバー、およびSPARCサーバーに対応できなくなりました。
さらに、Itaniumアーキテクチャはx86と互換性がありません。Intelはx86互換性レイヤーを実装していましたが、実際のx86プロセッサに比べてパフォーマンスは非常に劣っていました。一方、AMDは、x86システムと下位互換性のあるAMD64（現在はx86-64）と呼ばれるx86の拡張バージョンを開発し、広く受け入れられました。現在、x86-64は大部分のPCおよびサーバープロセッサで使用されているアーキテクチャですが、Itaniumは商業的な失敗であることが証明されて以来、あいまいになりました。