VMware / ESXのLinux VMにはスワップパーティションが必要ですか？

VMware ESXセットアップでは、これらのオプションの違いは何ですか？：

• 1 GBのRAMと1 GBのスワップパーティションを備えたLinux VMで、VMは1.5 GBのRAMを使用します
• 1GB RAMでスワップパーティションがなく、VMが1.5 GB RAMを使用するLinux VM

つまり、どちらの場合もスワップが使用されています。

• 最初のスワップは、Linuxスワップパーティションに対して行われます
• 2番目のケースでは、VMwareは512MBをVMwareストレージプールにスワップします。

それでは、Linux VMにスワップパーティションを与えることに意味はありますか？

人々がOS特有の理由を扱っているという事実を無視して、私はスワップパーティション/ファイルで実行しないことが悪い考えである2つの理由があります。

1. スペースファイル/パーティションのないVMに1.5 GBのRAMが割り当てられており、1.5 GB + 1 MBを使用する場合、メモリ不足エラーが報告されます。スワップスペースを使用すると、アクティブなメモリからディスクにデータをスワップできます。
2. ゲストOSは、ホストよりもはるかに優れたメモリ管理を行います。ホストが現在必要のないメモリについて知識に基づいた推測を行うことができるため、メモリバルーニングのようなテクノロジーが存在するのはこのためです。

はい。Unixの方法です。

Unix（Linuxでさえも）はスワップできることを期待しています。システムがスワップできない場合（スワップパーティションなしで構成が誤っているか、スワップスペースがいっぱいであるため）、
悪いことが起こります。Linuxでこれらの悪いことの1つはOut Of Memory Killerです。これは、ほとんどのRAMを使用していると思われるプログラムの後ろに飛び込みます（データベースサーバーはお気に入りのターゲットです）。

何に/proc/sys/vm/overcommit_memory設定しますか？カーネルのドキュメントから：

0       -       Heuristic overcommit handling. Obvious overcommits of
                address space are refused. Used for a typical system. It
                ensures a seriously wild allocation fails while allowing
                overcommit to reduce swap usage.  root is allowed to
                allocate slightly more memory in this mode. This is the
                default.

1       -       Always overcommit. Appropriate for some scientific
                applications.

2       -       Don't overcommit. The total address space commit
                for the system is not permitted to exceed swap + a
                configurable percentage (default is 50) of physical RAM.
                Depending on the percentage you use, in most situations
                this means a process will not be killed while accessing
                pages but will receive errors on memory allocation as
                appropriate.

したがって、1を使用している場合、違いはありません。2を使用していて、Linuxスワップファイルがない場合、プロセスは512Mの（仮想）メモリを割り当てることができません。0の結果は明確ではありません。

編集：http : //utcc.utoronto.ca/~cks/space/blog/linux/LinuxVMOvercommitから、これが0の仕組みです：

ヒューリスティックオーバーコミットは、システムがすべてのメモリを再利用し、現在より多くのRAMを使用している他のプロセスがない場合、システムが提供できるメモリ量を計算しようとします。これ以上を要求している場合、割り当ては拒否されます。具体的には、理論上の「空きメモリ」数は、空きスワップスペース、空きRAM（ルートでない場合は32分の1未満）、および統合バッファキャッシュと再利用可能としてラベル付けされたカーネルデータによって使用されるすべてのスペースを合計することによって計算されます（一部の予約ページを除く）。

したがって、計算にもスワップを使用します。一般的には、次のRHELの推奨事項に従います。

M = Amount of RAM in GB, and S = Amount of swap in GB, then
If M < 2
    S = M *2
Else
    S = M + 2

スワップパーティションは潜在的に高速になる可能性があります。特にルートディスクがほぼいっぱいで、断片化なしでスワップファイルを1つに作成できない場合、ファイルシステムによって発生する可能性のあるオーバーヘッド、および該当する場合LVM。

ただし、メモリ要件の33％をディスクに保持すると、両方のマシンのパフォーマンスは低下します。

次のリンクを参照してください-https : //help.ubuntu.com/community/SwapFaq

基本的に、休止状態が必要な場合、またはVMに割り当てるよりも多くのメモリを使用する場合を除き、スワップパーティションに大きな利点はありません。

私は長年、Linuxマシンでスワップパーティション/ファイルを使用していません。

スワップの明らかな利点は、マシンがクラッシュしてもクラッシュダンプを作成できることです。私が間違っている場合は修正してください。しかし、これはスワップなしでは不可能です。もちろん、これはVMWare固有のものではなく、どこでも適用されます。指摘することが重要かもしれないと感じました。