vm.overcommit_memoryはどのように機能しますか？

デフォルト設定を使用する場合：

vm.overcommit_memory = 0
vm.overcommit_ratio = 50

これらの値を/proc/meminfoファイルから読み取ることができます：

CommitLimit:     2609604 kB
Committed_AS:    1579976 kB

しかし、vm.overcommit_memoryから0に2変更すると、特にamarokのように、変更前に起動できるのと同じアプリケーションセットを起動できません。に変更vm.overcommit_ratioする必要300があったため、制限を増やすことができました。これで、amarockを起動すると/proc/meminfo、次のように表示されます。

CommitLimit:     5171884 kB
Committed_AS:    3929668 kB

このマシンにはRAMが1GiBしかありませんがvm.overcommit_memory、0に設定する2とamarok は問題なく動作します。しかし、設定する場合、amarokは2GiB以上のメモリを割り当てる必要があります。それは正常な動作ですか？もしそうなら、例えば、Firefox（amarokの4-6倍のメモリを消費する）が変更の前後で同じように機能する理由を説明できますか？

man 5 proc（またはkernel.orgで）ドキュメントを見つけることができます：

/proc/sys/vm/overcommit_memory
       This file contains the kernel virtual memory accounting mode.
       Values are:

              0: heuristic overcommit (this is the default)
              1: always overcommit, never check
              2: always check, never overcommit

       In mode 0, calls of mmap(2) with MAP_NORESERVE are not
       checked, and the default check is very weak, leading to the
       risk of getting a process "OOM-killed".

       In mode 2 (available since Linux 2.6), the total virtual
       address space that can be allocated (CommitLimit in /proc/mem‐
       info) is calculated as

           CommitLimit = (total_RAM - total_huge_TLB) *
                         overcommit_ratio / 100 + total_swap

単純な答えは、オーバーコミットを1に設定すると、プログラムがmalloc()メモリのチャンクを割り当てるようなものを呼び出すときにステージが設定されることです（man 3 malloc）を求めました。

理解する基本的な概念は、仮想メモリの概念です。プログラムは、実際の物理メモリにマッピングされる場合とされない場合がある仮想アドレス空間を参照します。オーバーコミットチェックを無効にすることで、仮想空間をバックアップするために常に十分な物理メモリがあると仮定するようにOSに指示します。

例

これがときどき重要になる理由を強調するには、Redisのガイダンスで、なぜvm.overcommit_memory1に設定する必要があるかを見てください。