アカウント名:
パスワード:
技術的にいえば,ソフトウェアによるエミュレーションレイヤー + VLIWプロセッサ という構成だから,論理的には Crusoeと同じ構成だ.この2つのパフォーマンス特性,相違点などを調べてみるとおもしろいだろう.
しかし,現状では,Itaniumの IA-32実行機能は,ハードウェアドライバの IA-32コードを実行するために使わ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
※ただしPHPを除く -- あるAdmin
技術的にはおもしろいけど (スコア:2, 興味深い)
技術的にいえば,ソフトウェアによるエミュレーションレイヤー + VLIWプロセッサ という構成だから,論理的には Crusoeと同じ構成だ.この2つのパフォーマンス特性,相違点などを調べてみるとおもしろいだろう.
しかし,現状では,Itaniumの IA-32実行機能は,ハードウェアドライバの IA-32コードを実行するために使わ
Re:技術的にはおもしろいけど (スコア:2, 興味深い)
>ハードウェアドライバの IA-32コードを実行するために
ですよね?だからIntelはOSのレベルでモジュールを提供して、
何とかIA-64でもOpteronのように64bitと32bitのバイナリを並列実行できるように
画策してるんだと思いますよ。
だから「MS他にExecution Layerソフトを組み込ませるよう働きかける」
って言っているわけですから。
#個人的には「1.5GHzのItaniumで1.5GHzのXeonと~」って
#
Opteron云々って言ってる人はItanium使ったことあるの (スコア:0)
せめて基本的なことを知った上で話をしましょう。
Linuxはともかく、
Windowsならば、一般に提供されているのはAlphaかItaniumのみ。
Opteronの出番は、当分先になるでしょう。
Itaniumは、一般へのアピールが足りないかもしれないが、
何年も前から、開発機(BigSur
Re:Opteron云々って言ってる人はItanium使ったことあ (スコア:1)
Opteronの現状での、我々ユーザにとって最大の利点というのは、
「現状のx86用OSが何も考えずに動く」という点なんですが。
#勿論新しいチップセットとかを認識させるレベルの手間は要りますが。
その上で、さらなる上である64bitネイティブバイナリ対応を狙うために
AMDはMSに働きかけ、Linuxベンダに働きかけている訳ですよね。
ですからAMDは「K7->K8」という、x86の枠内でのステップアップも
最初から考慮しているので、
>64ビットへの移行のための準備 というのは、Intelのように資金力と政治力を行使して、前から進めておく
必要がないだけのことなんじゃないですかね。