RAMがたくさんある場合、スワップファイルを無効にする必要がありますか、それを仮想RAMドライブに移動する必要がありますか？

大量のRAMがあると想像してください。64GBとしましょう。それはゲーム用PCにとっても多くのことです。現在、Windowsのページファイルのデフォルトの場所はメインOSドライブです。HDDまたはSSDです。これらは一般に高速ですが、RAMほど高速ではありません。

ハードドライブのページファイルを無効にするか、仮想RAMドライブを作成してページファイルをそこに置くと、Windowsがすべての仮想メモリをRAMに移動し、システムのパフォーマンスを向上させることができると教えてくれますが、私はあまり知識がありませんエリア、それはまったく真実ではないかもしれません。

両方を試してみましたが、結果を分析して、記憶に関する知識レベルで明確な結論に達することはできませんでした。

これは機能しますか？そうでない場合、なぜですか？

RAMの容量に関係なく、システムがそれを効率的に使用できるようにする必要があります。ページングファイルがまったくない場合、オペレーティングシステムは2つの理由でRAMを非効率的に使用します。第1に、非常に長い時間アクセスまたは変更されていない場合でも、ページを破棄可能にすることはできません。これにより、ディスクキャッシュが小さくなります。第二に、物理RAMを確保して、それを必要とする可能性が非常に低い割り当て（たとえば、プライベートで変更可能なファイルマッピング）を確保する必要があります。オーバーコミットを避けます。

たとえば、プログラムが4GBファイルの書き込み可能なプライベートメモリマッピングを作成する場合を考えます。OSは、このマッピング用に4GBのRAMを予約する必要があります。これは、プログラムがすべてのバイトを変更する可能性があり、それを保存するためのRAM以外の場所がないためです。したがって、4GBのRAMは基本的に無駄になります（クリーンなディスクページのキャッシュに使用できますが、それだけです）。

RAMを最大限に活用したい場合は、たとえ使用されていなくても、ページファイルが必要です。これは、非常にまれな可能性のためにメモリを予約するのではなく、オペレーティングシステムが所有するRAMを実際に使用できるようにする保険ポリシーとして機能します。

オペレーティングシステムの動作を設計した人々は愚か者ではありません。ページングファイルを使用すると、オペレーティングシステムに多くの選択肢が与えられ、悪い選択が行われることはありません。

RAMにページングファイルを配置しようとしても意味がありません。また、大量のRAMがある場合、ページングファイルは使用される可能性が非常に低いため（そこにある必要があるだけです）、デバイスの速度は特に重要ではありません。

あなたの仮定は完全に正しいです。

メモリ管理アルゴリズムは非常に複雑であり、決して完璧ではありません。そのため、スペアRAMが十分にある場合でもスワッピングが発生します。のような一部のシステムではLinux、swapinessを制御できますが、他のシステムでは制御できません。RAMがまだ十分にあるときにデータをスワップアウトすることにより、システムは独自の方法でRAMが不足する可能性がある状況に備えます。

スワップ機能を無効にすると、既に述べたように高速なRAMのみを使用するため、パフォーマンスが向上する可能性があります。

考慮すべきことの一つは、（あなたはすでにそれを言及した） -あなたが持っている必要があり、十分なそうでなければ、実行する危険にさらしている、あなたが実行しているすべてのプログラムに対応するためにRAMをメモリ不足。この場合、パフォーマンスが低下し、OSによって一部のプロセスが終了し、システムがクラッシュ/フリーズする可能性があります。（詳細についてはこちらをご覧ください）

一部のマシン、特にSSDではなくHDDにスワップファイルを保持するマシンでは、スワッピングを無効にしたことによる効果が非常に顕著です。他の人にとってはそれほど明白ではありません。ただし、明らかな改善が得られない場合でも、別の方法で考えてください。スワップを無効にすることで、SSDのディスク領域を節約できます。

スワップを無効にすることにより、メモリアルゴリズムが不必要な操作を行うことも防止します-RAMからスワップへ、またはその逆にデータを移動します-SSDの場合、これは過度の摩耗を防ぎます。いずれにせよ、これは不必要な操作を排除することでパフォーマンスを改善します。

また、読んでください：

• Windowsスワップ（ページファイル）：有効または無効にしますか？
• https://askubuntu.com/questions/157793/why-is-swap-being-used-even-though-i-have-plenty-of-free-ram

ページファイルを安全に無効にできますか？

仮想メモリを含む空きメモリが不足すると、システムは確定的な実行を保証できなくなり、終了します。その前に、オペレーティングシステムは、メモリを過剰に使用するプログラムを強制終了するなど、他のさまざまな処理を行います。私が言いたいのは、メモリは常に有限であり、すべてのOSがこれに対処できるということです。したがって、利用可能なメモリの合計を64 GBに制限しても、Windowsに悪影響はありません。1GBまたは2 GBのRAMでは、通常、ページファイルは6 GBまたは7 GBよりもずっと小さいため、多くのシステムはページファイルでも8 GBを超えることはできません。未使用のRAMが過剰にある限り、ページファイルを保持するOSのオーバーヘッドは測定できないことに注意してください。

ページファイルをRAMディスクに置くことは理にかなっていますか？

利用可能なメモリを増やすために、すべてではないにしても、ほとんどの高度なオペレーティングシステムは、RAMにあり、しばらくアクセスされていないメモリを取得する何らかの種類のスワップファイルを使用し、メモリ（swapfile aka pagefile）に書き込みます。RAMからメモリを削除して、より高速なメモリを使用できるようにします。スワップファイルは、使用可能なRAMのサイズを超えてメモリの最大サイズを拡張するために使用されます。

したがって、ramdisk（ramdiskのサイズ分だけ使用可能なメモリを減らす）を使用してswapfileをホストする（swapfileのサイズ分だけ使用可能なメモリを増やす）ことはできますが、あまり意味がありません。ページファイルを無効にするよりも多くのメモリを提供しませんが、それでもシステムがページングアルゴリズムを実行する必要があります。

他の人が言ったことを繰り返すと、スワップをストレートRAMディスクに移動するのは無意味です（最も一般的な場合、以下を参照）。特定の時点で、システムの空きメモリが不足すると、一部のデータがかなり非効率的な方法でRAMからRAMに移動します。

HDD / SSDでスワップを使用すると、OSが完全に未使用のRAMページをクリアし、ファイルキャッシュやその他のシステムバッファーなどに空きスペースを使用できるようになります。ページファイルがないと使用可能な仮想メモリがないため、システムがこれらのRAMバッファの割り当てを減らすことに気付かない場合があります。そのため、実際には、スワップを無効にすることでパフォーマンスが低下する可能性があります。

ただし、スワップドライブ、「ZSWAP」ドライブとしての圧縮RAMディスクは、RAMのセグメントのスペース効率を向上させることにより、エッジケース（HDDへのスワップを回避するために数MBのRAMのみが必要な場合）で役立ちます。ある程度。

ページファイルがない場合、BSOD（クラッシュ）の場合、Windowsはクラッシュダンプファイルを書き込むことができません。つまり、適切なツールを使用して問題を分析することはできません。

ページファイルをRAMに保持することは、クラッシュすると失われる可能性があるため、ほとんど役に立ちません。

詳細については、Microsoftの記事「クラッシュダンプファイルについて」を参照してください。

Windowsの場合、馬の口から：

ページングファイルがないとパフォーマンスが向上すると感じる人もいますが、一般に、ページングファイルがあると、Windowsは変更リスト（アクティブにアクセスされていないがディスクに保存されていないページを表す）にページを書き込むことができますファイルをページングして、そのメモリをより有用な目的（プロセスまたはファイルキャッシュ）に使用できるようにします。そのため、ページングファイルを使用せずにパフォーマンスが向上するワークロードもありますが、一般的には、システムで使用可能なメモリ*を増やすことを意味します（Windowsは、ページングファイルサイズのないカーネルクラッシュダンプを書き込めないことに注意してください）それらを保持するのに十分な大きさ）。

https://blogs.technet.microsoft.com/markrussinovich/2008/11/17/pushing-the-limits-of-windows-virtual-memory/

• 使用可能なメモリ-したがって、仮想メモリを使用することをお勧めしますが、ページファイル/仮想メモリがないことから確実に利益を得るためには、大量のRAMが必要であることも示唆しています。ページファイルのない4GB RAM 128GB SSDがありますが、それをWebブラウジングと単語ドキュメントの入力に使用します。

スワップファイルを無効にしないでください。 これは、メモリ不足になったときだけのものではありません。 オフにすることで直接的なパフォーマンスの向上はありません。Windowsは必要なときにのみ読み取り、常に書き込みを行うため、必要なときにいつでも準備ができます。

圧縮されたメモリイメージを保存するため、約4GBを超える場合は、メモリサイズの約2/3に減らすことができます。SSDにスペースがない場合は、他の重いディスクアクセスによってアクセスされていない低速のハードドライブに置くことができます。しかし、どこかに持っておくと有益です。

理由の詳細については、この回答を参照してください。https://superuser.com/a/286476/4236

理論的には、ページファイルをRAMに置くことはまったく意味をなさないはずです。なぜなら、あなたはおそらく得るものを使い果たしているだけであり、Windowsはページファイルがそのような目的に使用されないという前提に基づいて構築されているからです。

ただし、実際には、設計と哲学の欠陥によってWindowsカーネルにまで発展する可能性があり、Microsoftのメモリ管理は必ずしも完璧ではありません。多くの場合、ページファイルをRamdiskに置くと、メモリが十分にある限り、実際にパフォーマンスが向上することがわかりました。

私は、単一のフォーラムのスレッドからそのようなユーザーのコレクションを表示する投稿を編集しました。このユーザーは、大量のRAMが空いているにもかかわらず、ページファイルがまだ使用されていることを発見しました。

http://www.overclock.net/t/1193401/why-it-is-bad-to-store-the-page-file-on-a-ram-disk/290#post_23508589

コアを中心に設計されたOSをスワップを使用しないように変換することは、予想以上に困難です。

最新のMacにはリカバリパーティションがあります。これは、メインシステムの修復または復元が可能な、使い古されたOSを備えたメインドライブの一部です。DVDインストーラーがカスタムプロセスを実行していた頃、システムはスワップパーティション用のRAMdiskを作成するようになりました。これは、インストーラーが使用可能なディスクスペースを保証できないためです。OSには、含まれているメンテナンスソフトウェアを実行するために必要なフレームワークが含まれています。これは、インストール後に利用可能なユーティリティと同じです。皆のためのはるかに少ない仕事。

システムを一度に1つのアプリケーションに制限すると、ramdisk-swapは基本的に使用されなくなりますが、OSはそこにあると想定します。

十分なメモリがある場合、答えはイエスで、スワップをオフにできます。スワップは、RAMの制限を克服し、その使用をより効率的にするために作成されました。

ここでの質問は、どのくらいのRAMで十分なRAMかということです。これに対する普遍的な答えはなく、本質的にシステムは記憶に飢えています。したがって、非常に具体的で制御された環境で実行している場合を除き、スワップをオフにしないでください。

RAMにスワップを配置するような他の種類のスタントは、単純に余分なレイヤーを作成し、それ以外の場合は直接使用できるメモリを消費します。

私のシステムには24GBのRAMがあります。そのため、問題なくSSDの摩耗を防ぐためにページファイルを無効にしました。最近、4GBのメモリを使用してGoogle Chromeキャッシュファイルを保存するRAMディスクを作成しました。これにより、オンラインFlash Playerゲームや一般的なWebサーフィンのパフォーマンスが向上するかどうかを確認できます。この実験により、パフォーマンスが著しく向上しました。RAMディスクの空き容量が増えたため、ページファイルを有効にして、最小サイズと最大サイズの両方を1GBに設定し、RAMディスクに移動しました。パフォーマンスが向上したとは言えませんが、私のシステムはより安定して動作しているようです。

ページファイルをRAMに移動するのはばかげた考えです。それをオフにしてRAMを増やすだけです。:)

No matter how much RAM you have, you want the system to be able to use it efficiently. Having no paging file at all forces the operating system to use RAM inefficiently for two reasons. First, it can't make pages discardable, even if they haven't been either accessed or modified in a very long time, which forces the disk cache to be smaller. Second, it has to reserve physical RAM to back allocations that are very unlikely to ever require it (for example, a private, modifiable file mapping), leading to a case where you can have plenty of free physical RAM and yet allocations are refused to avoid overcommitting.

Consider, for example, if a program makes a writable, private memory mapping of a 4GB file. The OS has to reserve 4GB of RAM for this mapping, because the program could conceivably modify every byte and there's no place but RAM to store it. So immediately, 4GB of RAM is basically wasted (it can be used to cache clean disk pages, but that's about it).

メモリ管理はCPUによって処理され、ページファイルがオンかオフかによって、ページの処理方法に1つの違いはありません。Windowsに対して透過的です。

ページの優先順位は変わらず、ページは同じように破棄されます。ページファイルは、OSではなく、セカンダリストレージとしてCPUによって使用されます。レベル1（RAM）がなくなると、レベル2キャッシュになります。

簡単で汚い例：私のマシンには16GBのRAMがあり、ページファイルはありません。5分前にスタンバイで13GB、空き容量が2GBのみで、フォールアウト4をロードしました。優先度の低いページはフォールアウトのロード時に破棄されました。

ちなみに、Windowsメモリ制限のプッシュに関する2008 Technetブログは、非常に誤解を招く恐れがあります。 https://i.stack.imgur.com/wXkmi.png マークでさえそれを書いたかどうかについても私は疑っていますが、そうではないことを望みます。

ちなみに、この記事にはどれだけの頻度で穴が開いているのか、そのブログがどれほど頻繁に参照されているかを考慮して誰も選んでいないことに気付いた

• ページファイルとその場所はWindowsによって処理され、ディスクにページアウトされた場所へのメモリアクセスのトラップはCPUによってキャッチされますが、ディスクからページを取得してロードするためにオペレーティングシステムに渡されます。

とにかく、それほど曖昧ではない説明があります：

WindowsはCPUよりも高いアドレスに到達できません-それは不可能です。

OSの能力に関係なく、OSが実行されるハードウェアによって制限されます。OSは実際にはCPUそのものであるためです（内部レジスタ）。

それで、ページファイルはHDD上の領域であり、CPUが物理的またはアーキテクチャ的にRAMをさらに使用できない場合に、物理アドレス空間を拡張するために使用します。

たとえば、セグメント化されたx86 32ビットアーキテクチャでは、2 GBのRAMセグメントが2つあります。

1つはカーネルに割り当てられます。他の2GBはユーザーモード用です。CPUが32個のDRAMピンで使用できるすべてのRAMですが、32ビットプロセスでは4GBを使用できるため、何をすべきかです。幸運なことに、CPUは2GBの余分なページを保存するためにハードドライブであるセカンダリストレージを使用できます。内部レジスタがあるため
、プロセスによって参照される仮想ページをRAMに保存する必要のない物理的な場所。ただし、CPUによってどこかに保存されています。

CPUはすべての4GB RAMをアプリに割り当てることはできませんが、HDDをセカンダリキャッシュとして使用することで4GBのアドレスを割り当てることができます（これはすべてのHDDです）

ページは内部のページングメカニズムを介してRAMに出入りしますが、これはページファイルとは異なります。ページングは​​常に発生します。...

一番下の行は本当にそれほど複雑ではありません。過去15年ほどの間、多くのエンドユーザーは、ページファイルがオペレーティングシステムの一部であるという印象を与えられてきましたが、そうではありません。それはなかった。この誤解は、IntelやMicrosoftなどの企業によって部分的に促進されています。

RAMは高速のストレージデバイスであり、ハードドライブは低速のストレージデバイスです。したがって、本質的にRAMはレベル1のキャッシュであり、ハードドライブはレベル2です（この類推のためのCPUキャッシュは無視します）。CPUは両方にアクセスできます。

CPUが必要なページを保存するのに十分なRAMがない場合、HDDはオーバーフローとして使用できます。RAMが十分にある場合、PFは冗長です。

コア2まで、Intelプロセッサには32ピンDRAMバス、32レジスタがあり、CPUは4GBのRAMと4GBのHDDスペース（ページファイル）にアクセスできました。これはアーキテクチャ上のハードウェアの制限であり、Windowsの制限ではありません。

ページテーブルは512MBを占有するため、プロセスで使用可能な合計は3.5GBでした。Intel CPUを搭載したWindowsで3.5 GBが表示されるのはそのためです（コア2まで）。GPUを追加すると、さらに少なくなります。

Xeonは、合計32GBのRAM、HDDを含む64GBの物理スペースにアクセスできます（ページファイルを再度）。（これはPAEをカバーします-リンクが追加されます）。

http://www.windowsdevcenter.com/pub/a/windows/2004/04/27/pagefile.html

3番目のスクリーンショットのソース： System V Application Binary Interface AMD64 Architecture Processor Supplement Draft Version 0.99.7

私はこの答えを改善し続け、ソース素材と関連情報を追加するつもりです。情報が十分でないことと技術情報が多すぎることのバランスを取りたいです。提案を歓迎します。あまり上手く書かれていない可能性があるからといって、投票しないでください。