コミットレベルは、システム内のすべてのプロセスに割り当てられた匿名仮想アドレス空間の量です。 (mmap'dファイルなどの、ファイルバックアップされた仮想アドレス空間は含まれません)。プロセスエクスプローラでは、 'Commit History'グラフに時間の経過とともにこの値のサイズが表示されます。
仮想メモリが割り当てられ、分割される方法(仮想アドレス空間のページをバッキングする実際のRAMは、最初にタッチされるまで必ずしも割り当てられるわけではありません)のため、この現在の「コミット」レベルは、システムが思い付くかもしれないメモリの瞬間)。 Linuxとは違って、WindowsはRAMのための約束(アドレス空間)を渡すことも、偽装することも(ページングファイル経由で)行うこともできません。したがって、コミットレベルがシステムの制限(大まかにRAM +ページングファイルサイズ)に達すると、新しいアドレス空間の割り当ては失敗します(しかし、既存の仮想アドレス空間領域の新しい使用は失敗しません)。
あなたはこの値から引くことができ、あなたのシステムに関するいくつかの結論:
- この値は、あなたの現在のRAM(カーネルおよびシステムのオーバーヘッドを除く)に満たない場合は、お使いのシステムは交換する非常に低いです(最悪の場合、すべてがメモリに収まるはずですので、ページングファイルを使用してください)。
- この値が物理メモリの使用量よりもはるかに大きい場合、プログラムによっては多くの仮想アドレス空間が割り当てられていますが、まだ使用されていません。
- アプリケーションを終了すると、すべての仮想アドレス空間がクリーンアップされるため、コミットされたメモリ使用量が削減されます。
あなたの実験でこれが検証されました。私はあなたがアドレス空間の制限に遭遇したと考えています(ウィンドウ内の32ビットプロセスはlimited to 2GB ...おそらく300MBはフラグメンテーション、ライブラリ、テキストに消えてしまいましたか?)。
"この値が物理メモリの使用量よりもはるかに大きい場合、プログラムによっては多くの仮想アドレス空間が割り当てられていますが、まだ使用されていません。どのプログラムがすべての仮想アドレス空間を割り当てているかを特定する方法はありますか?私のシナリオでは8GBのRAMがありますが、12.2はシステムがコミットし、6.4の物理RAMが使用されています。私のボックスはプロセスエクスプローラを見るとI/Oがほとんどない(ディスクにクランキングするものはほとんどない)と、RAMの可用性の問題であることを私にしてくれるCPU使用率はほとんどない。 –