アカウント名:
パスワード:
32bitのWindowsアプリケーションと64bitのWindowsアプリケーションが同時に動作している様子は“衝撃的”と言うほか無い。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲを呼ぶ -- ある傍観者
? (スコア:1)
# Win32に紛れてた16bitのコードは衝撃っつーか足枷だったわけですが
# ACなのでAC
Re:? (スコア:0)
って必ず一致しなきゃいけないものでもないですよね?
なので64bitのCPUで32bitのコードを走らせるのは
OS側で対応すれば何とかなるものだと思います。
32bitのi486で16bitのDOSとか動いていたわけですし。
こんな感じ?
i486(32bit)-DOS系(16bit)-16bitコード
i486(32bit)-win9x系(32bit)-16bitコード(OSで細工)
で今回のOpteronの場合はどうなんでしょう?
Opteron(32-64bit)-対応OS(64bit)-32bitコード
ここで32bitコード
Re:? (スコア:1, すばらしい洞察)
32ビットCPUの上で16ビットのコードを動かすには「リアルモード」か「仮想86モード」というモードで動かさないといけなかった。32ビットコードはそのまま「プロテクトモード」で動作する。32ビットのOSの上で16ビットのコードを動かすときには一時的に「仮想86モード」に切り替えていたはず。
Opteronはそういう手法じゃな
Re:? (スコア:0)
WindowsXP 64bit版では、32ビットと64ビットの両方のバイナリが動きましたが。
Hammerに過剰な期待をする人は、Itaniumが高くて買えなかった人なんじゃないかと勘繰りたくなります。
Re:? (スコア:1)