パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

Steve Ballmer、「Windows 7を待っても良いよ。でも俺なら絶対Vistaにするね」」記事へのコメント

  • by Anonymous Coward on 2008年10月19日 20時19分 (#1440307)
    XPでも今時メモリ2Gが当たり前なのに、XPより重いOSをメモリ4Gの壁(ハードの制約もあるから実質3Gちょっと?)そのままで使おうとは思わない。
    64bitなら4Gの壁はなくなるけど、Vistaなら64bitなドライバやアプリが32bit並にあるってわけでもない。
    • by Anonymous Coward on 2008年10月19日 21時06分 (#1440335)
      そうそう。今の相場からすればミドルレンジのPCでも16ー32Gのメモリがつまれていて当然なぐらい。
      そうなっていないのはMicrosoftの罪が重い。今時3Gが上限って悲しすぎる。

      私の夢想
      1・Microsoftは64bitのWindows Baseを出す。
      2・Baseには32bitの純正仮想マシンが乗っている。それらにはXPでもVistaでもインストール可能。
      そして、それらは32bitマシンと100%互換な動作をする。
      (PCIカードや周辺機器などもあたかもその仮想マシンに乗っているかのように設定でき、32bitドライバもそのまま使える。)
      3・それらはVMware FusionのUnityみたいなモードで動き、ユーザは仮想マシンを使っていることを意識しなくてすむ。
      こんなことってさすがにMicrosoftの金と技術をもってしても不可能なのかなあ。

      もし実現してくれたら私的にはMicrosoftへの評価ががらっと変わるのだが。
      今は同じことをLinuxとVMwareで試みているが、2がどうしようもなく無理。
      でもひとつの仮想マシンでひとつのアプリという使いかたをするとメモリの効率は上がるし、Versionの管理も楽になる面もある。(面倒になる面もあるが。)
      親コメント
      • Hyper-V Serverじゃだめ?
        親コメント
      • by Anonymous Coward on 2008年10月19日 22時03分 (#1440366)
        32bitのままで4G以上の領域(以下「上位領域」)を使えるような仕様を考えてみました。

        ・連続した64MBの領域を確保する
        ・この領域を16MBずつ4分割する(ウィンドウと呼ぶ)
        ・それぞれのウィンドウを通して任意の上位領域をが見えるようにする

        これを応用するとRAM DISKなどを実装できます。

        この仕様を私はExpanded Memory Specification(略してEMS)と名付けました。マイクロソフトさん、この仕様を買ってくれないかな。
        親コメント
        • マジレスすると本来のEMSは拡張スロットなどに搭載される外部メモリのことです。
          DOSが直接使用しない(できない)上位アドレス空間を使う技術はXMSと呼ばれ、その具体的な利用方法のひとつとして「仮想EMS」が存在しました。

          「本来のEMS」はあくまで追加ハードな上にアプリ側での対応が必須だったこともあってそれほど普及しませんでした。
          さらに実際のXMSの利用方法としてはUMBやRAMDISKが多く仮想EMSとして利用されることは少なかったが、「仮想EMSソフト」として販売されていたためにごっちゃにしている人が多い。
          --
          うじゃうじゃ
          親コメント
          • by shinshimashima (9763) on 2008年10月20日 1時38分 (#1440470) 日記
            事実上四太郎と123専用ハードでしたね。でも四太郎専用ハードとしては結構普及してたような。(123専用ハードといえばコプロのイメージだが)

            I-O DATAがIOS-10とバンク切り替え、メルコがMELWAREとEMSでしたっけ。
            親コメント
        • by Anonymous Coward
          ネタにマジレスするのもどうかと思うが、PAEって仕組みがあるよ。
          • by Anonymous Coward
            > ネタにマジレス

            ネタをネタと(ry

            EMSとググって [google.com]も国際郵便がたくさん出てくるあたりに、過去の技術なんだなぁと感じてしまいます。
        • by Anonymous Coward
          ネタにマジレスで恐縮ですが、32bitのままで4GB以上のメモリをRAMディスクに割り当てる方法は現存しますね。
          参考:【特別レポート】32bit Windowsの管理外領域をRAM Diskに使う [impress.co.jp]

          もちろん、マザーボード側が4GB以上に対応していることが前提となりますが。
    • by Anonymous Coward on 2008年10月19日 21時54分 (#1440358)
      > Vistaなら64bitなドライバやアプリが32bit並にあるってわけでもない
      なんで64bit OSで32bitドライバを使うという実装ができなかったんだろう。
      1. 原理的に無理
      2. 不可能ではないが敢えてしなかった。
      3. 原理的に可能だが技術力がなかった。
      4. カトラーのゴリ押し
      親コメント
      • by Anonymous Coward on 2008年10月19日 22時04分 (#1440367)
        マジレスすると、1と2の中間くらい。
        ポインタが64ビットになると、32ビットドライバは直接呼べなくて面倒くさい層をかませる必要があるよね。
        親コメント
        • by Anonymous Coward
          > ポインタが64ビットになると、32ビットドライバは直接呼べなくて面倒くさい層を

          カトラーの本を読むと初期NTで16bit(Windows3.0)アプリのPageMakerを動かすために
          苦労した話が載ってるわけですが、もうそういった努力をしなくなったんだなぁと
          思いましたよ。このドライバの扱いを知って。
          驕れるものはの典型なんでしょうね。
          • by Anonymous Coward
            > カトラーの本を読むと初期NTで16bit(Windows3.0)アプリのPageMakerを動かすために
            > 苦労した話が載ってるわけですが、もうそういった努力をしなくなったんだなぁと

            ちょっと違ってね、アプリはもともと仮想アドレスで動いているからマシなんだけど、
            ドライバは物理アドレスも触らないといけないからすごく面倒くさいんだよ。

            VTやAMD-Vのようなハードウェア仮想化的なものを、一部だけとはいえソフトでエミュレートしないといけない。
          • by Anonymous Coward
            64bit Windowsでも32ビットアプリ(ドライバではなく)は動きますし、NTで16ビットドライバ(アプリではなく)が動いたことなど一度もありませんが。
            何を訳のわからないことを言ってるのですか?
    • 64bitなOSで32bitのwindowsをたくさん動かすだけでいいかも。
      1個のアプリケーションを動かすだけなら4Gあれば十分だし
      親コメント
      • by Anonymous Coward
        仮想化のひとつのありかたですね。
        各アプリ専用カーネルがハイパーバイザー上で動いて互いの干渉を最小限にするという...
        あれ、SolarisContainer?
      • by Anonymous Coward
        そうなるとI/Oデバイスの仮想化をしなくちゃいけないのだが、
        既知のデバイス(キーボードとか)をhypervisorで仮想化することはできるが、
        仮想マシン上で動いている任意のデバイスドライバからのI/Oアクセスをhypervisorが適切に解釈して仮想化することは不可能。
        (hypervisorがデバイスの状態について何も知らないため)

        つまり、君たちの望んでいるようなことは一般論としては無理です。

Stay hungry, Stay foolish. -- Steven Paul Jobs

処理中...