独自の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」まで待たなければならなかった。
本記事はアフィリエイトプログラムによる収益を得ている場合があります

この連載の記事
-
第882回
PC
IBMが0.7nmチップの製造に成功! 変態的CFET構造NanoStackの凄みと、あまりに高すぎる製造コストの壁 -
第881回
PC
同一周波数で消費電力18%削減! 進化した「Intel 18A-P」はどこが変わったのか? -
第880回
PC
次世代NVLinkの布石か? TSMCの光電融合技術「COUPE」がもたらすAIサーバーの光接続 -
第879回
PC
なぜAIには「光」が必要なのか? NVIDIAが解説するスケールアップネットワークの低遅延・省電力化戦略 -
第878回
PC
もはや銅配線は限界? 3200Gイーサネット実現に立ちはだかる200GT/秒の壁 -
第877回
PC
「不良品ゼロ」と「水冷NG」の狭間で。ルネサスが明かした車載チップレットSoCのリアル -
第876回
PC
このままではメモリーが燃える! HBM4/5世代に向けた電力供給の限界と、Samsungが示すパッケージ協調設計の解 -
第875回
PC
1000A超のAIプロセッサーをどう動かすか? Googleが実践する垂直給電(VPD)の最前線 -
第874回
PC
AIの未来は「電力」で決まる? 巨大GPUを支える裏面給電とパッケージ革命 -
第873回
PC
「銅配線はまだ重要か? 答えはYesだ」 NVIDIA CEOジェンスンが語った2028年ロードマップとNVLink 8の衝撃 -
第872回
PC
NVIDIAのRubin UltraとKyber Rackの深層 プロトタイプから露見した設計刷新とNVLinkの物理的限界 - この連載の一覧へ











