アカウント名:
パスワード:
Poulson: The Future of Itanium Servers [realworldtech.com]VLIWはすごく賢いコンパイラの存在が前提でしたが、思ったよりコンパイラが賢くならなかったのか人間様が思ったより手書きアセンブラにこだわりすぎたのか。
Itaniumが要求している「すごく賢いコンパイラの存在」が「入力データもなしにプログラムの結果を予測出来るコンパイラ」にほぼ等しいから最初から方向性を間違ってたアーキテクチャだったということでしょう。
http://ja.wikipedia.org/wiki/IA-64 [wikipedia.org]
> 欠点としては、プログラムの実際の動きはコード生成時に完全に予測できるとは限らないということが挙げられる。> 実際の動きは入力されるデータの内容に大きく左右される。> アウト・オブ・オーダー実行ロジックを持つ主流のCPU
> 元々RISCですからデコード部分や並べ替え部分もシンプルになりそう
その程度で物事がうまくいくんなら UltraSPARC とかももっと絶好調だったはずでは?
ええ。UltraSPARCを作ってるのがIntelだったら絶好調だったと思うよ。
Intelの技術は他から見ると大人と子供で済まないレベル。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日本発のオープンソースソフトウェアは42件 -- ある官僚
ItaniumもVLIWを捨てるそうで (スコア:2, 参考になる)
Poulson: The Future of Itanium Servers [realworldtech.com]
VLIWはすごく賢いコンパイラの存在が前提でしたが、思ったよりコンパイラが賢くならなかったのか人間様が思ったより手書きアセンブラにこだわりすぎたのか。
Re: (スコア:2, 参考になる)
Itaniumが要求している「すごく賢いコンパイラの存在」が
「入力データもなしにプログラムの結果を予測出来るコンパイラ」にほぼ等しいから
最初から方向性を間違ってたアーキテクチャだったということでしょう。
http://ja.wikipedia.org/wiki/IA-64 [wikipedia.org]
> 欠点としては、プログラムの実際の動きはコード生成時に完全に予測できるとは限らないということが挙げられる。
> 実際の動きは入力されるデータの内容に大きく左右される。
> アウト・オブ・オーダー実行ロジックを持つ主流のCPU
Re: (スコア:0)
CPU内の回路リソースをいっぱい使っていたので、当時としてはその部分をCPUの外に出す
という思想も悪くなかったと思いますよ。
(実際何年か前までは、プロセスルールがより新しいx86よりも高い性能を叩き出していた
のですから)
CPUリソースに余裕が出たことで、out-of-orderに舵を切りなおしても問題もない状況で
しょうし、バイナリ互換は保つでしょうから通常のCPU以上には最適化もされていて、かつ
元々RISCですからデコード部分や並べ替え部分もシンプルになりそうだから、意外といい線
いくかもね。
Re:ItaniumもVLIWを捨てるそうで (スコア:0)
> 元々RISCですからデコード部分や並べ替え部分もシンプルになりそう
その程度で物事がうまくいくんなら UltraSPARC とかも
もっと絶好調だったはずでは?
Re: (スコア:0)
ええ。UltraSPARCを作ってるのがIntelだったら絶好調だったと思うよ。
Intelの技術は他から見ると大人と子供で済まないレベル。