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