多くのメモリを使用しますが、まだ利用可能なスワップ領域より少ない場合、Linuxプロセスがクラッシュするのはなぜですか？

Question

利用可能なスワップスペースが完全に使用される前にOOMイベントが発生する可能性がある理由はいくつかあります。OOMイベントがOOMキラースレッドをトリガーしたり、より悪いシグナルを引き起こす可能性があります。

A/一般的なメモリ割り当てとOOMイベント情報
カーネル開発者は多くのプログラムを知っているのでmalloc()記憶に残る」もしかして」とあまり使用しないでください。少なくとも、システム上で実行されているすべてのプロセスは、同時に要求されたメモリを必要としないと静的に期待し、カーネルは実際にmalloc（または友達）でメモリを予約しません。）
の代わりに、実際のマッピングが発生するためにメモリへのA書き込みアクセス（必然的にページエラーが発生する）を待ちます。
この時点でメモリがすぐに利用できない場合、カーネルはより良い日を待ちます（1）より良い日が早く来ない場合、OOMイベントに応じてOOMイベントがトリガーされます。一部のsysctl設定（panic_on_oom）、OOM-killerを実行するか、カーネルパニックを発生させます。

B/スワップ領域の空き領域がどれだけ多くてもOOMイベントが発生するのはなぜですか？(2)

B.1/スワッププロセスがスペースを確保するのに十分速くないため：
§Aに示すように、カーネルは一部のメモリが利用可能になるまで待ちません。したがって、実行中のプロセスがないと、一部のメモリが解放されます。そしてファイルシステムのキャッシュは最小限に抑えられているので、交換することがメモリページを取得する唯一の方法です。これは猶予期間に合わない。 Gigメモリを交換できますが、OOMイベントが発生します。
ディスクへのランダムアクセスは遅く、スワップスペースは実行中のプロセスで使用されるファイルシステムと同じディスク上にある可能性があるため、スワップ領域へのアクセスははるかに遅くなります。
それでもシステムがこのような状況に陥らないようにする方法があります。覚えるアキレスとカメ: できるだけ早く交換を開始してください。システムに物理メモリが必要なくなったら、ページの移動を開始します。
これはまさにあなたが実際に間接(3)増えたら手に入れよう交換性。ただし、これは設定の副作用にすぎません。「最高」設定は標準偏差が高く、ワークロードに大きく依存します。ベンチマークが必要です。 (4)(5)
B.2：システムは交換可能なすべてを交換したので
プロセス使用量mlock()設計上、交換不可能が保証されたすべてのページを取得するためにシステムコールが実行されます。もっと悪い？mlockall()（6）
これにより、相当数のMBがスワップ不可能になります。
巨大なTLBページまた、メモリ不足のため交換できない場合は、cat /proc/meminfoその目的のために予約されたメモリ量が報告されます。

C/メモリ不足が高いとスレッドが終了する可能性があるが、OOM-killerは何も記録しない理由。 (7)

C.1：アプリケーション固有の設計
超過割り当ての決定は、mallocリリース時にカーネルによって行われます。しかし、カーネルのデフォルト値は「楽観的戦略」、カーネルは予約要求を拒否し、malloc()呼び出しスレッドにNULLポインタを返します。これは常に発生する可能性があります。
この場合、呼び出しプロセスがこの例外をどのように処理するかに応じて、要求を更新するのに適した時間を待つか、正常に中断するか、無視してsegfaultを実行して終了するか、上位層の連続現象が発生します。早期に終了し、OOM-killerの介入なしにかなりの量のメモリが確保されます。（そして再びスワップに残っているスペースに関係なく）
C.2/ 一部のスレッドが不快な信号を捉えたため システムは大きなページの余分な割り当ても許可する可能性があるため、ページが欠落しているときに大きなページがない場合、ミッションはSIGBUSに送られ、しばしば残念ながら死にます。。

1:ええとより良いミリ秒実際には最大6回まで確認するので、その間に数ナノ秒ほど待機します。この数は現在古いカーネルの私の記憶に属し、それ以降に変更された可能性があります。

2:厳密に言えば、Linuxはそうではありません。交換~から交換プロセスアドレス空間全体をディスクに転送することを意味します。 Linuxは実際に実装ページング実際には単一ページを送信するからです。しかし、文書と議論では交換…それではそうします。

サム： 「間接的に」スワッピングを早く開始するのはこの設定の副作用に過ぎないため、主にファイルシステムのキャッシュとプロセスページの好みを知らせるためのものです。
ファイルシステムの高いIOオーバーヘッドにより、Linuxはキャッシュに最大限の物理メモリを使用します。
swappiness値が高いほど、システムはプロセスの開始時にプロセスページをより積極的に交換し、メモリ不足のために迅速に回収できるキャッシュページの数が増えます。

4:ところで、これはまたあなたの質問の反対側を説明します。利用可能な空きRAMが多い場合、なぜシステムを交換するのですか?

5:主な組織（RHEL、ORACLE ...）が交換性を厳密な最小値に設定することをお勧めしますが...に設定することを強くお勧めします。。
技術の可用性として、例えば交換、ファイルシステムIOよりもスワッピングをより安くすることができるので、100より大きいスワッピング値は不可能ではありません。

6:

  mlockall() locks all pages mapped into the address space of the
   calling process.  This includes the pages of the code, data, and
   stack segment, as well as shared libraries, user space kernel
   data, shared memory, and memory-mapped files.  All mapped pages
   are guaranteed to be resident in RAM when the call returns
   successfully; the pages are guaranteed to stay in RAM until later
   unlocked.

7:有効になっていても、OOMキラーはやや怠惰で面倒な作業を自分で終了させることを好むことに注意してください。だから犯人のシグナルが待っているなら... OOMキラーは彼らが措置を取るのを待っているでしょう...もしかして...

Answer 1