「Microsoft が Itanium 向け開発終了を宣言」記事へのコメント

64bit版Windowsのタコな仕様はItaniumのせい

[Anonymous Coward]

x64版Windowsで64bitコード←→32bitコード間の呼び出しができない（thunkがない）のは、Itanium版Windowsの仕様に合わせたから。
そのせいで64bitコードと32bitコードをシームレスに実行できるAMD64のメリットがWindowsにおいては全く生かされていない。

言わばItaniumの負の遺産。
後方互換性にこだわるMicrosoftのことだから、128bit版Windowsが出るまでこの仕様に悩まされそうorz

Re:

[Anonymous Coward]

Windows NTでセグメントが使えない(少なくともユーザーモードのCプログラムから隠蔽されている)のがRISCプロセッサの負の遺産だとは思わないけどなあ。
それは今だから言えることかもしれないけど、128bit版Windowsが出る頃になったらWOW64の仕様についてもやっぱり同じような感想を持つんじゃないかな。

Re:

[Anonymous Coward]

セグメントの有用性は昔から明らかで、ItaniumにもPOWERにもあります。
現在でもグーグルのNaClなどで活用されていますから、RISCプロセッサというよりもセグメントのないOSつまりUNIXの負の遺産ですね。
8086で、セグメントについての無知ゆえの勘違い思い込みからトラウマになった人が影響力を持ったからかもしれない。MSは一役買ってるな。DRとインテルは無罪。

Re:

[SteppingWind (2654)]

いや, UNIXはセグメントありますよ. 例えば初期の VAX-11 [roguelife.org]のころからセグメンテーション機構を利用していますし, セグメンテーションバイオレーションなんてエラーはセグメント機構を使ったメモリ保護が無ければ出ようがないでしょう.

それに, セグメントの評判を落としたことにインテルの責が無いとは言えないでしょう. 386登場以前は1セグメントで取り扱えるアドレス空間が64k(16bit)に限られていて, ちょっとプログラムの規模が大きくなるとプロセス内でセグメントを動的に設定しなおすというアクロバティック

Re:

[Anonymous Coward]

PDP11ハードウェアはセグメンテーション機構を備えておりUNIX 7もそれを利用した仮想記憶を実装していましたが(スワップ)、
VAXなどでページング機構が導入されるとそちらを使いセグメンテーションは捨てていますね。

8086は最初からミッドレンジのアプリケーションプロセッサでマニュアルにも明記されていました。ハイエンドではないですね。
あなたも軽トラに10t載せたがるタイプですか？やっぱりトラウマで目が曇っているとしか。

Re:64bit版Windowsのタコな仕様はItaniumのせい

[Anonymous Coward]

80286は?
それこそ80286でせめてセグメントサイズ1MBにできればよかったんですが。
別にハイエンドでもない68000は16MBリニアアクセスできましたし。

Re:

[Anonymous Coward]

80286はハイエンドではありません。iAPX432がハイエンドです。
68000はハイエンドですね。6809がミッドレンジです。

Re:

[Anonymous Coward]

私も以前は286でセグメントサイズを大きく出来ていればと考えたこともありますが、
現在は「無理だった」と考えています。

まず、セグメント内のアドレッシングが16bitで足りなくなります。
となると、命令セットを作り直しですね。
分岐命令やデータアクセス関係のアドレス指定はビット数の拡張が必要。
インデックスレジスタの幅も拡張しないといけないし、その拡張した17bit以上の
幅を持つレジスタに一発で値をセットできる命令も必要でしょう。
（8086のMOV命令は16bitデータまでしか転送できない）

もともと286はリング保護のプロテクトモードを拡張するためだけに作られたような
CPUですから、基本の命令に手を入れるのはやっぱり386を待つ必要があったでしょう。