独自の64bit拡張「Yamhill」を開発するインテル
マイクロソフトのAMD64支持で、一転サポートへ
さて、問題はインテルの出方である。この当時、インテルは「Prescott」コアの「Pentium 4」で64bit拡張を考えていた。これは「Yamhill」と呼ばれたものだが、少なくともAMDのAMD64とは異なったものだったようだ。
というのも、当時まだインテルは、「64bitの本命はItaniumシリーズ」と位置づけており、x86の64bit版はItaniumのポジションを脅かすような強力なものにしたくなかったようだ。少なくともYamhillは、x86との互換性は非常に乏しかったらしい。この状況では、インテルがAMD64をサポートすべき積極的な理由は無かった。にもかかわらずインテルがこれを採用したのは、マイクロソフトの圧力によるものである。
マイクロソフトは当時、UNIX/Linuxでほぼ独占状態にあったハイエンドサーバーのポジションを、何とかして攻略したかった。実際WindowsがItaniumをサポートしたのもこれが理由であるが、結果としてItaniumでは非常に限られたマーケットしか得られず、不満を募らせていた。マイクロソフトとしては、Windowsでハイエンドマーケットを攻略できるだけのプロセッサーが必要であり、それにはAMD64が最適であった。
もうひとつ理由を挙げると、当時マイクロソフトはx86以外にItaniumをサポートしていたし、それ以前にはAlpha/MIPS/PowerPCといったさまざまなプロセッサーをサポートしていた。ところが、これらはいずれもバイナリー互換性がなく、折角Windowsプラットフォームを用意しても、ほかのCPUアーキテクチャー用のプログラムが動かないという状況にあった。
そのためマイクロソフトとしては、64bit環境もx86との互換性が必須であり、この点でもAMD64は有利であった。結果としてマイクロソフトはインテルに猛烈なプレッシャーをかける。マイクロソフトは2002年11月に、AMD64ベースの「Windows Server 2003」の動作デモを公開。さらに2003年4月には、Windows Server 2003でAMD64をサポートすることを正式に表明して、インテルにプレッシャーをかけた。結局2004年2月、インテルはPrescottコアのPentium 4にて、「EM64T」(現在のIntel 64)という名称でAMD64をサポートする。
もっとも、これは多分に“やっつけ”というか、とりあえず命令をサポートしたというレベルで、最適化は十分ではなかった。その後に登場したCore 2 DuoなどCoreアーキテクチャーCPUでも、64bit時は高速化に有用なMicroOps Fusion機能が使えないといった、いろいろ制限があった。こうした制限が大幅に緩和され、事実上32bitと同等の性能が出るようになるのは「Nehalem」まで待たなければならなかった。
この連載の記事
-
第768回
PC
AIアクセラレーター「Gaudi 3」の性能は前世代の2~4倍 インテル CPUロードマップ -
第767回
PC
Lunar LakeはWindows 12の要件である40TOPSを超えるNPU性能 インテル CPUロードマップ -
第766回
デジタル
Instinct MI300のI/OダイはXCDとCCDのどちらにも搭載できる驚きの構造 AMD GPUロードマップ -
第765回
PC
GB200 Grace Blackwell SuperchipのTDPは1200W NVIDIA GPUロードマップ -
第764回
PC
B100は1ダイあたりの性能がH100を下回るがAI性能はH100の5倍 NVIDIA GPUロードマップ -
第763回
PC
FDD/HDDをつなぐため急速に普及したSASI 消え去ったI/F史 -
第762回
PC
測定器やFDDなどどんな機器も接続できたGPIB 消え去ったI/F史 -
第761回
PC
Intel 14Aの量産は2年遅れの2028年? 半導体生産2位を目指すインテル インテル CPUロードマップ -
第760回
PC
14nmを再構築したIntel 12が2027年に登場すればおもしろいことになりそう インテル CPUロードマップ -
第759回
PC
プリンター接続で業界標準になったセントロニクスI/F 消え去ったI/F史 -
第758回
PC
モデムをつなぐのに必要だったRS-232-CというシリアルI/F 消え去ったI/F史 - この連載の一覧へ