私が理解していることから、Linuxのスワップパーティションの目的は、RAMから「それほど頻繁にアクセスされない」情報を解放し、ハードドライブ上の特定のパーティションに移動することです（読み取りまたは書き込みを遅くすることを犠牲にして） to）、アクティブなアプリケーションにより多くの「高速メモリ」を許可します。

これは、少量のRAMが搭載されたマシンを使用していて、不足しても問題が発生したくない場合に最適です。ただし、システムに16 GBまたは32 GBのRAMがあり、StackExchange用のMySQLデータベースを実行していない、またはLinuxで1080pのフルレングスムービーを編集していない場合、スワップパーティションを使用する必要がありますか？

はい。

あなたは、ほとんど間違いなく必要があり、常にスワップは非常に説得力のある、禁止の理由（のような、いないディスクでは、すべての、または唯一のネットワークディスクの存在）がある場合を除き、有効になっています。頻繁に推奨されるとんでもないサイズ（RAMの2倍など）の順序でスワップする必要がありますか？まあ、いいえ。

その理由は、スワップは、アプリケーションが物理RAMよりも多くのメモリを消費する場合に役立つだけではないということです（実際、その場合、スワップはパフォーマンスに深刻な影響を与えるため、まったく役に立ちません）。最近のスワップの主な動機は、16GiBのRAMを魔法のように32 GiBに変えるのではなく、インストールされた利用可能なRAMをより効率的に使用することです。

現代のコンピューターでは、RAMは未使用になりません。未使用のRAMは、代わりにお金を購入して節約できなかったものです。したがって、ロードしたものやメモリマップされたもの、後からだれかが再利用できる可能性のあるもの（セキュリティの制約により制限されるもの）はすべてキャッシュされます。マシンの起動後すぐに、すべての物理RAMが何かに使用されます。

オペレーティングシステムに新しいメモリページを要求するたびに、メモリマネージャは知識に基づいた決定を下す必要があります。

1. バッファキャッシュからページを削除する
2. マッピングからページを削除します（ほとんどのシステムで実質的に＃1と同じです）
3. 長時間アクセスされていない（できれば決して）ページをスワップに移動します（これは実際には、最後の瞬間ではなく、積極的に行われることもあります）
4. プロセスを強制終了するか、ランダムプロセスを強制終了します（OOM）
5. カーネルパニック

オプション＃4と＃5は非常に望ましくなく、オペレーティングシステムに他の選択肢がない場合にのみ発生します。オプション＃1と＃2は、すぐに必要になる可能性のあるものを捨てることを意味します。これはパフォーマンスに悪影響を及ぼします。

オプション＃3は、（おそらく）すぐに時間を必要としないものを、遅いストレージに移動することを意味します。必要なものが高速RAMを使用できるようになったため、これで問題ありません。

オプション＃3を削除することにより、オペレーティングシステムを実質的に＃1または＃2のいずれかに制限しました。ディスクからページをリロードすることは、スワップからリロードすることと同じですが、通常はスワップからリロードする必要が少なくなります（適切なページング決定を行うため）。

つまり、スワップを無効にしても何も得られませんが、メモリリクエストを処理する際のオペレーティングシステムの有用なオプションの数は制限されます。それはそうではないかもしれませんが、非常に恐らく不利な可能性があります（そして、決して有利になることはありません）。

[編集]

mmap マンページ、特にの説明を注意深く読むと、MAP_NORESERVE「十分な」物理メモリを備えたシステム上でもスワップが必要な別の理由がわかります。

「スワップ領域が予約されていない場合、使用可能な物理メモリがない場合、書き込み時にSIGSEGVを取得する可能性があります。」

-ちょっと待って、それはどういう意味ですか？

ファイルをマップする場合、ファイルの内容に、プログラムのアドレス空間で何らかの方法で魔法のように直接アクセスできます。読み取り専用アクセスの場合、オペレーティングシステムは原則として、異なる仮想ページにアクセスするたびに異なるデータを再配置できる物理メモリの1ページのみを必要とします（効率上の理由から、もちろんそれは行われませんが、原則として、物理メモリの1ページでテラバイト相当のデータにアクセスできます）。さて、もしあなたもファイルマッピングに書き込みますか？この場合、オペレーティングシステムには、書き込みページごとに物理ページ（またはスワップスペース）が用意されている必要があります。ダーティページライトバックプロセスが処理を完了するまで（数秒かかる場合があります）、データを保持する他の方法はありません。このため、OSはスワップスペースを予約します（必ずしもコミットする必要はありません）。したがって、未使用の物理ページが存在しないときにマッピングに書き込みを行う場合（これは非常に可能性の高い通常の状態）、再保証それはまだ動作すること。

スワップがない場合はどうなりますか？これはスワップを予​​約できないことを意味します（duh！）。これは、空き物理ページがなくなり、ページに書き込みを行うとすぐに、プロセスを受け取るという形で嬉しい驚きが得られることを意味します。セグメンテーションフォールト、おそらく殺されている。

[/編集]

ただし、RAMの2倍のサイズのスワップを作成するという従来の推奨事項は無意味です。ディスク容量は安価ですが、それほど多くのスワップを割り当てることは意味がありません。安価なものを無駄にすることは依然として無駄であり、数百メガバイト（またはそれ以上）のサイズのワーキングセットを継続的に交換することは絶対に望まないでしょう。

単一の「正しい」スワップサイズはありません（ユーザーや意見があるだけの「正しい」サイズがあります）。私は通常、RAMサイズに関係なく、固定の512MiBを割り当てます。これは非常にうまく機能します。その背後にある理由は、512MiBは小さなディスクであっても、今日では常に余裕があるということです。一方、数ギガバイトのスワップを追加することは、ましです。何かがひどく間違っている場合を除いて、それらを使用するつもりはありません。

SSDでも、スワップはRAMよりも桁違いに遅く（バスの帯域幅と遅延のため）、おそらく再び必要とされないものをスワップに移動することは非常に許容できます（つまり、ほとんど必要ないでしょう）再度スワップインするので、使用可能なページのプールが効果的に無料で拡大されます）、かなりの量のスワップが本当に必要な場合（つまり、たとえば50GiBデータセットを使用するアプリケーションがある場合）、ほとんど失われます。

コンピューターがギガバイト相当のページのスワップインとスワップアウトを開始すると、すべてがクロールされます。したがって、ほとんどの人（私を含む）にとってこれはオプションではないため、それほど多くのスワップを持つことは意味がありません。

ここで述べられている意見のいくつかに反対します。特に実稼働環境では、私はまだSWAPパーティションを作成しています。自宅のマシンとVMでも同様です。

最近では、メモリのサイズを1〜1.5倍にしています。経験則の2倍のメモリ。スワップディスクは、バックアップまたは保護する必要がないという点で「安価」です。

メモリが不足している場合は、スワップスペースを使用して、問題に対処するための少しの時間とクッションを与えます。

/ tmpのようなものがスワップ空間に常駐できることを認識してください。

スワップ領域は部分的なカーネルダンプを保持できるため、次回の再起動時に復元できます。これは、今後のデバッグの緊急事態に役立つ場合があります。

多分：

私はこのトピックに多くの考えを与え、私が数えることができるより多くの回数が議論の両側に着陸する意見を見ました。私のアプローチは見つける方法を開発することでした。

十分なサイズと思われるアクティブなスワップパーティションから始めます。

次に、ワークスペースでターミナルを開き、free -hs 11秒ごとに使用状況を報告するコマンドを発行します。

オプションで、他のワークスペースに切り替えます。

あなたが今までに行う可能性のあるすべてのことを実行し、さらにいくつかを実行します。すべての一般的なアプリを一度に実行し、複数のタブを参照し、必死にシステムに実際のワークアウトを提供しようとします。これは、コンパイル操作を実行してメールなどを確認しながら、1/2ダースのビデオを再エンコードすることを意味します。事実に直面しましょう、これはあなたがあなたのシステムをどのように使うかについてのすべてです。

システムに高負荷がかかっていると感じた場合（または、これまでに発生する可能性のある高さの場合は一部）、ターミナルを見て結果を調べます。または>output.txt、コマンドに追加して出力をファイルにリダイレクトして、完全な実行を確認できるようにします。使用するスワップがMem freeを超えない場合、スワップは不要です。もしそうなら、あなたはします。

スワップは必要ありません。たぶんあなたがします。見つけてみませんか？

サイジングスワップに関する限り、経験則は、使用ベースの質問であるため、一般的に過大評価されています。

注：これは、特定の異常な状況で私に起こりました。問題のトラブルシューティングを行う場合、これが役立つ場合があります。すべてのマシンがスワップを持たなければならないという意味ではありません。

多分！

過去に、Linuxを実行して構築した「アプライアンス」で問題が発生しました。コンパクトフラッシュデバイスで実行し、スワップを使用してCFを装着したくなく、アプリケーションに十分なメモリがありました。

これらのアプライアンスのほとんどは正常に機能しましたが、特に忙しいボックスでは、問題に遭遇しました。

メモリの断片化

スワップスペースがないと、特に長時間実行されているプロセスでは、メモリが次第に断片化していきました（空きメモリがたくさんあったとしても、それはすべて非常に小さなビットでした）。スワップスペースをいくつか入れ、必要でない限り使用しないようにLinuxに指示しました。これで問題は完全に解決しました。

他のすべてに加えて、スワップ領域はメモリを移動させて最適化します。断片化されたメモリがあり、単一の大きなチャンクが必要な場合、断片はスワップアウトされます。交換されると、効果的に最適化されます。

/ proc / buddyinfoをチェックしてください-私は今このように見えます：

Node 0, zone      DMA      9      5      3      4      2      3      2      2      3      3      1 
Node 0, zone    DMA32  33901   1149      0      0      0      0      0      0      0      0      1 
Node 0, zone   Normal   2414   1632    259     22      3      0      2      0      1      1      0 

数字は異なるサイズのブロックを表します。各サイズは、左の4mbブロックから右の4kb（つまり、4mb、2mb、1mbなど）の次のブロックのサイズの半分です。新しく起動されたマシンには、左側にすべてのブロックがあり、右側に非常に少数のブロックがあります（=断片化されていません）。また、同じ量のメモリ（4MBなど）が列全体で異なる数値として表されることを忘れないでください-左端の列に1ブロック、右端の列に1024。

メモリは可能な限り正しいプールから割り当てられます。例えば、プログラムが（一度に）12kbのメモリを必要とする場合、16kbカラムからそれを取得します。残りは4kbの列に表示されます。16kbブロックがない場合、32kbブロックから取得され、16kbと4kbが残ります。

十分な大きさのメモリブロックがなく、スワップスペースがある場合、たとえば16 kbのメモリが必要な場合、16 kbの最も使用頻度の低いブロック（たとえば、4 kbの使用済みブロック、4 kbの使用可能ブロック、さらに2つの使用済み4kbブロック）、USED部分をスワップのみに移動し、解放されたメモリを新しいアプリケーションに割り当てます。

クラッシュしたボックスには、数十万の4kbと8kbのブロックがありましたが、他にはあまりありませんでした。

（クラッシュしたマシンのせいで）カーネルはメモリからスワップに移動し、メモリにスワップしますが、メモリからメモリに移動することはありません。

スワップパーティションには、実行時に追加のRAMとして機能するだけでなく、それ以上の重要な価値があります。

1つは、LinuxはファイルとIO操作をキャッシュするために可能な限り多くのメモリを使用しますが、スワップがある場合、より多くのメモリがIOのキャッシュに入れられ、（ディスクアクセスを最小限にし、SSDの摩耗を減らすことで）より速くなることがわかります一部のプログラムが割り当てたデータを保持するために、一部のデーモンの場合のように、12時間に1回しか使用していません。

さらに、Linuxは、ページを埋めるための実際のメモリがわからない場合でも、名目上ページを割り当てることができる楽観的なメモリ割り当て戦略を使用します。これは、適切なチェックを行ってすべての割り当てをマッピングするよりも効率的であり、通常は問題を引き起こしません。ただし、割り当てを許可することが賢明であるかどうかを判断するためにカーネルが使用するヒューリスティックには、システムで使用可能なスワップのレベルが含まれるため、システムがあまり使用されていない場合でも、システムに十分なスワップがある場合は割り当てが高速になる場合があります。

これらの要因を合わせると、ほとんどすべての通常のシステムでスワップを行う方が良いと個人的に信じられますが、大きなRAMサイズの場合は、ram * 2ルールを無視し、4-8GBのスワップを制限します（ディスクのサイズに依存します） ）。

カーネルがスワップイン/スワップアウトするのを待つことを許容できる最大サイズを超えるスワップを決して持たないでください。それ以外の場合は、システムの新しい障害モードを作成しているだけです（スワッピングで回復不能に動けなくなる）。最近のドライブはGB /秒のオーダーで転送できますが、Linuxは通常、1秒あたり数百kB程度、またはせいぜい数MB程度の速度でしかスワップを移動できないことに注意してください。そのため、大規模なスワップにより、システムが数分、数時間、または数日も使用できなくなる可能性があります。

実行していることに対して十分な物理メモリがある場合、スワップの理想的なサイズは、保持しているが使用しない「ジャンクデータ」プロセスの量に一致させることです。これはおそらく数メガバイトから数百メガバイトの範囲です。この戦略により、二度と二度と使用されないデータの永続的な保存場所としてではなく、すべての物理メモリを有用な情報のキャッシュに利用することができます。

十分な物理メモリがない場合は、重いスワッピングによる深刻なスローダウンを許容できるかどうかを評価する必要があります。その場合、最大1〜2 GBのスワップを使用するのが理にかなっている可能性があり、非常に高速なドライブを使用している場合は、おそらく最大4 GB のスワップを使用するのが理にかなっています。しかし、それ以上はシステムの障害モードを悪化させるだけなので、代わりにRAMを追加購入することを検討する必要があります。

休止状態でスワップできるようにする場合のみ（この機能は「ディスクへのサスペンド」とも呼ばれ、RAMの内容全体を保存し、電源をオフにします）。通常、これはラップトップおよび他のモバイルデバイスでのみ使用されるため、依存します。

実行しようとしているタスクに依存するため、普遍的で明確な答えはありません。DB、HTTP、仮想化、またはキャッシュサーバーを実行しようとしている場合は、RAMの量に関係なく、いかなる種類のスワップも有効にしないでください。デスクトップまたは混合タスクのホストがあり、16GB以上の高速RAMがある場合-こちらをご覧ください：zRam

スワップ領域が必要かどうかを知る方法はありません。知っている唯一のパラメータがインストールされているRAMの量である場合です。

いずれにせよ、スワップスペースを持つことはシステムパフォーマンスに悪影響を与えるという一般的な誤解があります。これは間違っています。RAMが十分にある限り、そのサイズに関係なくスワップ領域を使用してもパフォーマンスはまったく低下しません。パフォーマンスに影響するのは、RAMが不足し、スワップ領域を効果的に使用していることです。

• ケース1：スワップスペースがなく、たまたまRAMが不足している場合、Linuxカーネルは適切な候補と思われる1つ以上のプロセスを選択し、それらを強制終了します。

• ケース2：スワップスペースがあり、RAMが不足している場合、カーネルは使用されていないメモリページを選択し、スワップ領域に配置してRAMを解放します。これによりシステムの速度が低下しますが、それ以外の場合、アプリケーションは影響を受けません。

カーネルは私のアプリケーションは殺す価値があると考えているため、作業の一部またはすべてを紛らわしく感じているため、常にケース2を好みます。さらに、平均ディスクの現在のサイズがTBの範囲にあるため、スワップのために数パーセントを予約することは問題になりません。

任意のシステムにスワップを適用するための私のルールは、これに対する答えを持つことです。

• システムの目的は何ですか？
• アプリケーションはどのくらいのメモリを消費しますか？
• これは重要なシステムですか？
• ファイル転送のために一時的なディスク領域が必要ですか？
• アプリケーションの予測成長率？

この情報の答えが得られたら、それに応じてシステムのサイズを調整します。前の年に、私はSun Microsystemから経験則をしていました。SWAP用に最大16 GBのRAMを2倍、16 GBから同量まで。しかし一方で、十分なRAMがあり、アプリが強制的にSWAPを使用しない場合は、スワップを省略できます。必要な場合は、新しいディスクまたはLUNを入れてSWAPを構成するだけです。Solarisで「カーネルパニック」が発生した場合、メモリを完全にダンプして、さらなる分析のためにスワップするため、Sunの規則が主に適用されました。

すべてのプログラムを実行するのに十分なRAMがない場合、スワップが必要に なります。

大量のRAMを必要とすることは何もしていないと言います。したがって、十分なRAMがあります。

次に、スワップ領域は必要ありません。

しかし、あなたがあなたの質問に暗示するものにもかかわらず、ある時点であなたのプログラムはあなたのRAM（経験則）の半分（または3分の2）以上を言うと思うなら、他の「プロスワップ」を読んでください」と答えます。スワップは必要ありませんが、システムのパフォーマンスが向上する可能性があります。

短い答え：

はい、アプリケーションがメモリのマッピングさえもせず、仮想メモリを直接マッピングするという、ありそうもないケースでは、常にスワップが必要です。

スワップファイルを次のように設定します。

• RAM+round(sqrt(RAM)) 休止状態を使用する場合
• round(sqrt(RAM)) しない場合

swappinessデスクトップではyour を10に設定しますが、サーバーでは設定しません！

長い答え：

過去には：

過去25年間に使用されていた経験則は、最小1xRAMと最大2xRAMであったため、常に引用されています。

私がティーンエイジャーであり、恐竜がまだ地球を歩き回っていたとき、そして RAMがあまりにも高価であり、あなたが何かを達成するためにそのスワップスペースが絶対に必要だったので、その最小値は石器時代に後退しました。

最大値はその時の戻り値の減少のために設定されました：HDDアクセスはRAMよりも1000倍遅いので、あまりにも多くのメモリをスワップするのは遅すぎます：緊急時には良いですが、日常の使用にはあまり良くありません！当時、スワップ領域を使い果たしたときは、RAMを追加する必要がありました。（これは今日でも真実です）。

現在：

1. 休止状態を使用せず、メモリが1Gバイトを超える場合、新しい経験則はround(sqrt(RAM))、RAM明らかにRAMのサイズ（GB）です。

2. 休止状態を使用する場合は、RAMの全容量と既にスワップされたRAMをディスクにスワップできる必要があるため、式は次のようになります。 RAM+round(sqrt(RAM))

3. 収益の減少のルールは今日でも最大値を維持していますが、実際の使用状況をテストしない限り、2xRAMの使用はディスク領域の浪費に過ぎないため、他の方法を使用してスワップ領域が不足しない限り、最大値を使用しないでください。

これらはすべて、次の表を提供します：（スワップ領域を示す最後の3列）

    RAM   No hibernation    With Hibernation    Maximum
    1GB              1GB                 2GB        2GB
    2GB              1GB                 3GB        4GB
    3GB              2GB                 5GB        6GB
    4GB              2GB                 6GB        8GB
    5GB              2GB                 7GB       10GB
    6GB              2GB                 8GB       12GB
    8GB              3GB                11GB       16GB
   12GB              3GB                15GB       24GB
   16GB              4GB                20GB       32GB
   24GB              5GB                29GB       48GB
   32GB              6GB                38GB       64GB
   64GB              8GB                72GB      128GB
  128GB             11GB               139GB      256GB
  256GB             16GB               272GB      512GB
  512GB             23GB               535GB        1TB
    1TB             32GB              1056GB        2TB

上記は単なる経験則です。 重力の法則ではありません！特定のユースケースが異なる場合は、（重力の法則とは異なり）この規則を破る
ことができます！

プロのヒント： ヘッドはディスクの内側を移動する必要が少ないため、常にHDDの開始時にSWAPを割り当てます。
_{^{はい： SSDでは、ヘッドを動かす代わりにクォンタムトンネリングを使用し、最新のSSDはすべてのメモリセル（割り当てられていないスペースも含む）を使用して量子劣化を防ぐため、スワップ領域をどこに配置するかは重要ではありません。}}

スワップの使用が「汎用」ルールと異なるかどうかをテストする方法：

実行するだけです：

for szFile in /proc/*/status ; do 
  awk '/VmSwap|Name/{printf $2 "\t" $3}END{ print "" }' $szFile 
done | sort --key 2 --numeric --reverse | more

これにより、スワップアウトされているすべての実行中のプログラムのリストが表示されます（一番上のスワップスペースを使用しているものがあります）

数KB以上を使用している場合：最小サイズ以上にサイズ変更します。それ以外の場合は、気にしないでください...

サーバーを使用している場合は、今すぐ読むのをやめてください。設定は完了です。

デスクトップ/ラップトップクライアント（サーバーではない）を使用している場合は、GUIの応答性をできるだけ高くし、本当に必要な場合にのみスワップする必要があります。Ubuntuはサーバーで使用するために早めにスワップするように最適化されていますが、クライアントでは、その巨大な250メガピクセルの生の画像をgimp高速で編集したいのでswappiness、10に設定すると、カーネルが早すぎるスワッピングを防ぎながら、 tスワップが遅すぎる：

sudo nano /etc/sysctl.conf

追加します：

# change "swappiness" from default 60 to 10 
# (theoretically only swap when RAM usage reaches around 80 or 90 percent)
vm.swappiness = 10

ファイルの最後まで、ファイルを保存し（nanoではCtrl+ XY+ Enter）、次を実行します。

sysctl --system

パラメータを再読み込みするか、昔のことだけのために、Window $アプローチを使用して再起動します... :-)

妥協の答え：それは「すべき」の意味に依存します。

説明した動作条件下でスワップパーティションがないと、悪いことが起きるという意味で、スワップパーティションが必要ですか？番号。

メモリブタの軍隊を誤ってスポーンした場合に備えて、スワップパーティションを用意するのが賢明です。OOMキラーが作動する前に、それらを殺すチャンスがありますか。はい。

物理RAMが、常に同時に実行するすべてのプログラムのデータメモリ使用量を「大幅に」超える場合、スワップを使用してもパフォーマンス上の利点はありません。「大幅に」ではないが超過した場合、OSがめったに使用されないメモリをスワップアウトして、より頻繁にアクセスされる-ファイルデータ-をメモリに保持できると、パフォーマンスが向上する可能性があります。

要約すると、16GBのRAMがあるのは素晴らしいことです。しかし、1TBのディスクもある場合、16GBをスワップ用に予約することはできませんか？ディスクのわずか1.5％です。