私のコーディングプラットフォームは、4GBのRAMを搭載したVistaマシンです。マシンは滑らかですが、私は800MBのRAMがまったく使われていないことを知っています。 （約3.2GBまたは4GBのみが使用されます）。4GB RAMのうち800MBを使用しない場合、コーディングプラットフォームをよりうまく活用するにはどうすればよいですか？
私のプラットフォームのコーディングに役立つものをインストールできますか？私はWubiがそれらのRAMを使用することができないと思うが、VMwareかVirtualPCはかもしれない？または、RAMディスクをダウンロードして、大きなファイルを解凍するツールをインストールするのがずっと高速になりますか？ （例えば、Rubyのインストールファイルを解凍して解凍すると17,000ファイルになります - おそらく誇張します）
RAMの上位500MB-1GBは、Windowsおよび32ビットWindowsのデバイスドライバ用に予約されています。これはいくつかの要因によってサイズが異なりますが、最大のものはグラフィックスカードに搭載されているRAMの量です。この量は一般に32ビットのアドレス空間の先頭から予約されるためです。これを使用する唯一の方法は、64ビットオペレーティングシステム（Vista 64ビットなど）をインストールすることです。ゲストOSに与えるメモリがないため、仮想化は役に立ちません。
RAMディスクには注意してください。多くの場合、アプリケーション、バックグラウンドタスク、またはシステムキャッシュにメモリを使用しない方がよいでしょう。ラムディスクと読み取り/書き込みバッファまたはプロセスメモリ間で複製されたデータで終了することがよくあります。
ファイルを解凍してアプリケーションをボトルネッキングする場合は、ユーザーがプリファレンスを設定したり、プログラムのイントロなどの時間がかかるが、集中的ではないタスクを読み取っている間にバックグラウンドで実行することを検討してください。
oh ..私は、使用されていない800MBを使用するRAMディスクを意味します... –
私は知っていますが、RAMは常に使用されないことを確認できますか？他のアプリケーションがインストールされていて、システムによってスケジュールされたままになっている場合はどうなりますか？それでも、システム・テンポラリ・バッファで実際に使用できないと報告されたRAMは一般的です。最後に、システムに近づけるほど、仮想メモリのスワッピングとその関連するパフォーマンス低下を有効に近づけることができます。 – SpliFF
オペレーティングシステムの制限内で動作するため、アプリケーションまたはドライバは物理的/利用可能なメモリの不一致を修正しません。その物理メモリは32ビットWindowsでは使用できません。行方不明ではありません。 800MBは存在しない（できない）。
64ビットOSのみが4Gb物理メモリをアドレス指定して利用できます。任意のLinuxディストリビューションLiveCDで私の主張をテストすることができます（私はUbuntu 64ビットデスクトップをお勧めします）。
私は64ビットのVistaを使用していませんが、64ビットのWindows Server 2003は（ラップトップの場合でも）私にとって非常にうまく機能しました。
64ビットOSをインストールする必要があります。すべてのRAMを利用できます。
PAEがインストールされている/有効化されている32ビットLinuxカーネルは、余分なメモリを利用することができますが、個々のアプリケーションは依然として制限されます。
ここでPAEにいくつかのより多くの情報です：
はメモリを十分に活用するためにはるかに最も簡単な方法は、64ビットOSに切り替えることです。あなたがトラブルうまく利用して、ラムを置くがあるでしょう理由について
ベストの記事は以下のとおりです。マークRussinovich氏、
とジェフ・アトウッドによって当然Dude, Where's My 4 Gigabytes of RAM?のことで
実際には、ちょうど2つのプロセスを実行し、各物理メモリの異なる部分にマッピングされた仮想メモリの独自の別個の3ギガバイトを使用することができます。 –
それでも、「欠落している」800MBのメモリは使用されません。彼らはただディスクスペースを使っているだけで、それは問題ではありませんでした。 – cletus