要約:
Microsoft のドキュメントでは、コンピュータに 32 GB のメモリが搭載されているという理由だけでページ ファイルを閉じることはお勧めできないと指摘しています。 Windows ページ ファイル (pagefile.sys) は、必要に応じてアクセス頻度の低い変更データをメモリから移動するために使用されるだけでなく、システムがアプリケーションにコミットできるメモリの総量を拡張し、システム クラッシュ ダンプ用の記憶域スペースを提供します。
タスク マネージャーの「使用中」メモリと「コミット済み」メモリは同じものではありません。 「コミット済み」とは、Windows が使用可能なメモリ量をプログラムにコミットしたことを意味します。上限は物理メモリとページ ファイルの両方によって決まります。ページ ファイルがオフになると、システム コミット制限が実際の RAM 容量をわずかに下回る量に減少するため、32 GB コンピュータ上のアプリケーションで使用できるコミットされたメモリの合計も 32 GB 未満に制限されます。空き RAM がまだある場合でも、プログラムが大量のメモリを要求した場合、送信制限に達したためにフリーズ、クラッシュ、その他の誤動作が発生する可能性があります。
Microsoft は、ページ ファイルは各コンピュータのピーク メモリ送信とクラッシュ ダンプ設定に基づいて決定されるべきだと述べました。すべてのデバイスに適用される固定サイズを使用することは不可能であるため、デフォルトでは Windows によって自動的に管理されます。システム管理のページ ファイルは、メモリのニーズとクラッシュ ダンプの要件に基づいて調整されます。システムのコミット量が上限の 90% に達すると、ページ ファイルが自動的に拡張される場合があります。ページ ファイルが閉じられている場合、専用のダンプ ファイルが設定されていない限り、Windows は通常、システム クラッシュ ダンプを保存できません。
ページ ファイルの占有率が 100% に達しても、コンピュータの速度が低下しているわけではありません。重要なのは、システムの送信量が送信制限に近いかどうかです。プログラムまたはダイナミック リンク ライブラリからのデータの読み取りもハード ページ フォールトとしてカウントされるため、ハード ページ フォールトは、必ずしも Windows がページ ファイルを読み取っていることを意味するわけではありません。ほとんどの 32 GB コンピュータでは、一般的に使用されるゲームやプログラムのピーク送信量が上限をはるかに下回っている場合、ページ ファイルをオフにしても通常は大幅な速度向上は得られませんが、追加のメモリ マージンが失われます。レポート作成者のテストマシンでは、システムが管理するページファイルは 25.6GB を占有しますが、これは単に彼の装置の実際の状況であり、すべてのコンピュータが同じスペースを占有することを意味するものではありません。
Microsoft は特殊な状況について言及しました。ページ ファイルの自動拡張中に一部のプログラムがメモリを頻繁に要求すると、一時的なメモリ不足エラーが発生する可能性があります。この場合、ワークロードに応じてページ ファイルの初期サイズを手動で設定することを検討できます。 Microsoft のサポート文書に記載されている提案の 1 つは、初期値を RAM の 1.5 倍に設定することです。これは問題固有のアプローチであり、すべてのコンピュータをこのように設定する必要があるわけではありません。
コメント