IntelがItaniumを削除したのはなぜですか？[閉まっている]

私はコンピューターの歴史を読んでいて、IA-64（Itanium）プロセッサーに出会いました。彼らは本当におもしろそうに聞こえたので、Intelがそれらを落とすことにした理由について私は混乱していました。

そのサイクルで実行したい2つの命令を明示的に選択する機能は、特に高速なブートローダーなどのアセンブリでプログラムを作成する場合に最適です。

何百人ものレジスタは、任意のアセンブリプログラマのために説得しなければなりません。他の変数を呼び出さない場合、基本的にすべての関数変数をレジスタに保存できます。

このような指示を行う機能：

(qp) xor r1 = r2, r3    ; r1 =   r2  XOR r3

(qp) xor r1 = (imm8), r3 ; r1 = (imm8) XOR r3

対すること：

; eax = r1
; ebx = r2
; ecx = r3

mov eax, ebx ; first put r2 into r1
xor eax, ecx ; then set r1 equivalent to r2 XOR r3

mov eax, (imm32) ; first put (imm32) into r1
xor eax, ecx ; then set r1 equivalent to (imm32) XOR r3

x86の下位互換性がないためだと聞きましたが、Pentium回路を追加してItaniumモードに切り替えるプロセッサフ​​ラグを追加するだけでは修正できません（保護モードまたはロングモードに切り替えるなど）

それについてのすべての素晴らしいことは、AMDの前に彼らを巨大な飛躍に追いやったでしょう。

何か案は？

残念ながら、これを行うには非常に高度なコンパイラが必要になります。または、CPUの特定のモデルごとに1つです。（たとえば、追加機能を備えた新しいバージョンのItaniumでは、異なるコンパイラが必要になります）。

Visual Studio 2010でWinForms（ターゲットは.NET 2.0のみ）プロジェクトで作業していたとき、IA-64のコンパイルターゲットがありました。つまり、IA-64用にコンパイルできる.NETランタイムがあり、.NETランタイムはWindowsを意味します。さらに、ハミルトンの答えはWindows NTに言及しています。Windows NTのような本格的なOSを使用するということは、IA-64マシンコードを生成できるコンパイラがあることを意味します。

パフォーマンスは予想と比較して非常に期待はずれであり、Intelのx86アーキテクチャと比較してよく売れませんでした。

Intelは、展示会のために2000年頃にWindows NTを実行しているItaniumでHamilton Cシェルを構築するように話してくれました。Itaniumは手に入りにくいので、私は彼らの研究室のマシンにVPNを使用しました。x86、MIPS、Alpha、およびPowerPC上でNT用のバージョンをすでに構築しているため、「ポート」は簡単で、ほとんどが私のメイクファイルに微調整を加えただけです。多分半時間かかったと思う。

しかし、パフォーマンスは本当に圧倒的で、間違いなくVPN経由でした。トレードショーに行って、実際にそこで試してみると、まだがっかりしました。Itaniumは素晴らしい製品ではなく、誰も購入しなかったため、どこにも行きませんでした。

追加：

しばらくの間、Intelは、WebサイトでのVPNリモート開発の経験を使用して、Itaniumへの移植の経験を大々的に宣伝しました。すぐに消えましたが、archive.orgでスナップショットを作成しました。リモートFAQで次のように述べています

Q：リモートアクセスサービスについて話すことができる顧客がいますか？

A：はい、ハミルトン研究所 *。このサービスから得られるハミルトン研究所の利点の詳細については、 ハミルトン研究所のケーススタディを。

「ケーススタディで」では、顧客がそれを求めていたため、Itaniumバージョンを構築したと書かれています。しかし、Itaniumのコピーを販売したことを覚えていません。PowerPCを含む他のすべてのためにそれらを販売しました（そして、NTを実行している人はどれだけいると思いますか？）

チャレンジ： Intel®Itanium®およびWindows * 2000向けの顧客のアーキテクチャツールの市場投入までの時間を短縮するために、ハミルトンCシェル製品の開発を加速すること。

ソリューション：高速インターネットアクセスとShiva®VPNクライアントを含むリモートアクセスプログラムを使用して、Itanium開発環境にアクセスし、ソースコードを変更してファイルを作成し、わずか7時間でリモートで64ビットアプリケーションをデバッグおよび再コンパイルしました。

簡単な答え：パフォーマンスが悪い。インテルは、必要な製品に進化したはずの革新的な製品をリリースしようとしました。

より具体的には、一般的な状況ではプロセッサの速度が十分ではありませんでした。Intelは、プロセッサの速度とメモリの速度のギャップが拡大するにつれてプロセッサをリリースしました。Itaniumは、縮小命令セット（RISC）プロセッサであり、従兄弟のx86バリアントよりも命令あたりのバイト数が多く必要でした。メモリ負荷の増加により、プロセッサの実行が遅くなりました。

これはすべて、アーキテクチャ全体が基本的に最初のリリースであることにbyしていました。RISC自体は新しいアイデアではありませんでしたが、多くのハードウェアコンポーネントには新しいレイアウト設計が必要でした。Itaniumの命令レイアウトには、高品質のソフトウェアが利用可能になる前に開発コミュニティが徹底的に消化する必要のある多くの新しいアイデアもありました。

最終的に、多くのテクノロジーがIntelの既存のチップのリリースで使用されることになりました-エンドユーザーには簡単には見えません。

イタニウムは、その利点を活用することができれば素晴らしいデザインです。

残念ながら、これを行うには非常に高度なコンパイラが必要になります。または、CPUの特定のモデルごとに1つです。（たとえば、追加機能を備えた新しいバージョンのItaniumでは、異なるコンパイラが必要になります）。

このようなコンパイラを一度作成するのは難しい作業です。CPUのすべてのバリエーションに対してこれを行うのは経済的ではありません。

まだ触れられていないItaniumの歴史のもう1つの重要な部分は、2001年にItaniumが登場してから、市販のハードウェアに大量のRAMを入れることができなかったという事実です。x86_64は地平線上のほんの一瞬であり、AMD Opteronsはさらに2年間はリリースされません。

Itaniumサーバーでの最初の（そして唯一の）経験は2002年に化学会社で、欠陥を検出するためにオイル分析を実行するためにSQL Serverが必要でした。このオイルは、10億ドルの会社の数百万ドルのマシンから出入りするため、Itaniumのクラスターがあり、それぞれに128GbのRAMがありました。今日の128GbのRAMはまだかなりの量ですが、サーバーに簡単にインストールでき、安価です。

2002年には、128GbのRAMは膨大な量であり、既存のSQL Serverインフラストラクチャが既にあったため、いくつかのItaniumマシンに分岐してRAMをロードする方が、別のプラットフォームに切り替えたり、異なるデータベース。

Itanium市場の大きな部分の1つである128Gb（またはそれ以上）をコモディティサーバーに導入するのは簡単です。数百ギガのメモリを使用することはどこにでもあります）は、購入するのに安く、所有するのに安く、より速いオプションであふれています。

AMDがIntelに競争のためにメインストリームプロセッサにより多くのリソースを割り当てるように促したためだと聞いた。AMDは2003年にAthlon 64を発表しました。これはPentiumよりも優れた価格/性能を備えていました。IntelがItaniumを全力で開発し続けた場合、現在のx86プロセッサよりも高速になると考えられています。