Як працює 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, таким чином , межа може бути збільшений. Тепер, коли я запускаю amarok, /proc/meminfoпоказує таке:

CommitLimit:     5171884 kB
Committed_AS:    3929668 kB

Ця машина має лише 1 Гбіт оперативної пам’яті, але amarok працює без проблем, коли vm.overcommit_memoryвстановлено значення 0. Але у випадку встановлення на неї 2, Amarok потрібно виділити більше 2 Гбіт оперативної пам’яті. Це нормальна поведінка? Якщо так, чи може хтось пояснити, чому, наприклад, firefox (який споживає на 4-6 разів більше пам’яті, ніж amarok) працює так само до і після зміни?

Ви можете знайти документацію на 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

Проста відповідь полягає в тому, що встановлення overcommit на 1, встановить етап так, що коли програма викликає щось на зразок malloc()виділити шматок пам'яті ( man 3 malloc), вона завжди матиме успіх незалежно від того, чи знає система, що у неї не буде всієї пам’яті, що є попросили.

Основою для розуміння є ідея віртуальної пам'яті . Програми бачать віртуальний адресний простір, який може бути, а може і не бути, відображений у фактичну фізичну пам'ять. Відключивши перевірку надмірної комісії, ви повідомляєте ОС просто припускати, що фізичної пам'яті завжди достатньо для резервного копіювання віртуального простору.

Приклад

Щоб виділити, чому це іноді може мати значення, погляньте на вказівки Redis щодо того, чому vm.overcommit_memoryслід встановити його 1.