アカウント名:
パスワード:
AMD はこっそり組み込んだ CPU をすでに市場に流していた。 Intel は（今日の時点では）まだ。 ということですね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー
すごいなぁ (スコア:1)
# Socket754のAthlon64じゃ動かないんですね。
# "64"の名前が泣いてるぞ
まぐろたべたい
Re:すごいなぁ (スコア:2, 参考になる)
ではなく、仮想化の為の支援ハードウェアが組み込まれているかどうか。ということです。
AMD はこっそり組み込んだ CPU をすでに市場に流していた。
Intel は（今日の時点では）まだ。
ということですね。
「こっそり」と書いたけど、それぞれ技術発表は行われていたわけで、VMWare が最初にその機能を使う製品になった。ということですね。
実は Intel もごにょごにょ....
年末までは CPU の細かいリビジョン/ステップを確認する必要がありますなぁ
Disableなだけで実装はされている様な気が (スコア:2, 参考になる)
>Intel は（今日の時点では）まだ。
IntelのVTですが、Disable(無効可)されているだけで、実装はされてると思われます。
つか、実装自体はAMDよりも早かった様な気もするし……
実装されてるって事は組み込まれてはいる訳で、上記の表現は正しくないかと。
#ま、使えないんだからエンドユーザ的には大して変わらないんだけど。
Re:Disableなだけで実装はされている様な気が (スコア:0)
とはいうものの、Disable で、かつ Enable にする方法を公開していない以上、存在しないと同じですよね？
HT の時は Enable にする方法を最後まで公開しませんでしたが、今回はどうなるでしょうか。もう少し待つと楽しいことが起きるかも。
やはり競争があると違いますね。
Re:Disableなだけで実装はされている様な気が (スコア:1, 興味深い)
存在するが disable というのは、いつでも市場に供給できる、という点で、そもそも存在しないこととはちょっと違う。
# その前のコメントにあるように、エンドユーザには同じことだけど
> やはり競争があると違いますね。
同意だけど、Hyper-Threading が disabled だった理由が、AMD との競争がなかったから、というだけとは思わない。事実、enable にすると Windows に問題が生じたりもしたし、ソフトウェア側の対応が十分でないという判断があったから enable にしなかった、という当時の Intel の主張はさほどおかしくない。
仮想化技術にしても似たような話で、ソフトウェアの対応という問題で慎重になっている部分はあると思う。競争していようがいまいが、そのあたりで Intel がコンサバティブなのはいつものことだし、そのコンサバぶりが（エンドユーザにとって）いいことなのか悪いことなのかは、ちょっと判断がつきかねる。
Re:すごいなぁ (スコア:2, 興味深い)
上記の話の流れなら LAHF/SAHF の 64-bit 対応辺りがキーポイントのような気がするのですが、この命令が本当に仮想化に必要不可欠だったのかイマイチしっくりしていません。私自身 LAHF/SAHF の必要性がイマイチ理解出来ていませんし。
なにかヒントがあれば是非教えて頂きたい。
Mc.N
Re:すごいなぁ (スコア:1)
あとNTカーネルの一部のAPIが使ってた気がする
ソケット754で動きそうなところを妄想してみる。 (スコア:1)
RYZEN始めました
Re:ソケット754で動きそうなところを妄想してみる。 (スコア:1)
取り敢えず 64-bit 対応 Sempron の VMware 64-bit Guest Checker の実行結果が知りたい所です。
Mc.N