GrowthUserVAを手動で設定することの危険性は何ですか？

私は32ビットシステムでVisual Studio 2010を実行しており、仮想メモリが不足するという問題に定期的に遭遇しているため、VSでのコピー/貼り付けなどはできなくなりました。

私はいくつかのオプションをチェックアウトしましたが、これに関するMicrosoftの行は、開いている拡張機能が少ない状態で実行されていることを示しています。それが機能しない場合は、bcedit / set

これで問題は軽減されたようですが、約1日使用した後、突然、Windowsからディスク容量が足りなくなったというメッセージが表示されます。たとえば、ファイルをコピーするスペースがないと言って、ファイルのコピーを停止します。ただし、「再試行」をクリックすると成功します。ディスクに書き込みを行っていた他の多くのプログラムは、定期的にフォールオーバーします。（Skypeを含む... Skypeをいつもディスクに書き込んでいたのはなぜですか？！）

私はchkdskを実行し、他の基本的なチェックを行ってから、構成の変更が原因であると結論付けました。幸いなことに、デフォルト設定の復元が機能し、私は現在、行動に戻っています。

GrowthUserVAに関するほとんどの記事（特にMicrosoftを除く）は、「自分の責任で使用してください」と言っています。しかし、この動作がなぜ表示されたのか、Windows 7構成に対する正当な変更と思われるもので何が問題になるのかを誰かが説明できますか？

記録のために-マシンは、260Gb / 5400rpmディスクドライブ、3.2Gb（有効）RAMを搭載したデルのVostroラップトップで、SP1より前のすべてのアップデートでWindows 7を実行していました。

Windowsは、32ビットシステムで利用可能な4GBのアドレススペースを半分に分割するため、カーネルは2GBを取得し、プログラムは2GBを取得します（仮想化されているため、各プログラムは2GBを取得します）。「bcedit / set GrowthUserVA 3072」コマンドは、各プログラムが3GBを取得し、カーネルスペースが1GBのみを取得するようにパーティションを変更します。ほとんどの場合これは問題なく機能しますが、気づいたように問題が発生する可能性があります。通常、カーネルスペースで実行される一部のドライバーは、2 GBのアドレススペースが使用可能であると想定してハードコーディングされており、2 GBのアドレススペースを使用できるかどうかを確認せずに使用しようとすると問題が発生します。

8 GBのRAMがあり、より大きなユーザーアドレス空間が必要な場合は、Windows 2003サーバーをインストールするのが最善の解決策です。微調整は必要なく、32ビットアプリはそれぞれ4 GBのアドレス空間を取得します。これを嫌うドライバがいくつかあり、それがMSがデスクトップOSでこれを有効にしない理由です。これをサポートしていないドライバーがあることによって引き起こされるクラッシュは予測不可能であり、診断が難しく、サーバー環境で使用されていないドライバーが主な原因です。

Vista / Win7カーネルを変更し、それをオプションとしてブートメニューに追加して、32ビットサーバーエディションで利用可能なメモリと同じメモリを取得することができます。

www.geoffchappell.com/notes/windows/license/memory.htm

これを行う既製のパッチがありますが、私はそれをテストしていませんし、ソースもありません...

大きなプロジェクトをコンパイルするために、時々、IncreaseUserVaを3gに設定しています。システムが休止状態に入ると、起動時にシステムが非常に不安定になることに気づきました。サーバーは通常、休止状態にならないと思います。