Como vm.overcommit_memory funciona?

Quando uso as configurações padrão:

vm.overcommit_memory = 0
vm.overcommit_ratio = 50

Eu posso ler esses valores do /proc/meminfoarquivo:

CommitLimit:     2609604 kB
Committed_AS:    1579976 kB

Mas quando mudo vm.overcommit_memoryde 0para 2, não consigo iniciar o mesmo conjunto de aplicativos que eu poderia iniciar antes da alteração, especialmente o amarok. Eu tive que mudar vm.overcommit_ratiopara 300, para que o limite pudesse ser aumentado. Agora, quando inicio o amarok, /proc/meminfomostra o seguinte:

CommitLimit:     5171884 kB
Committed_AS:    3929668 kB

Esta máquina possui apenas 1GiB de RAM, mas o amarok funciona sem problemas quando vm.overcommit_memoryé definido como 0. Mas, no caso de configurá-lo como 2, o amarok precisa alocar mais de 2GiB de memória. É um comportamento normal? Se sim, alguém poderia explicar por que, por exemplo, o Firefox (que consome 4-6x mais memória que o amarok) funciona da mesma maneira antes e depois da alteração?

Você pode encontrar a documentação em man 5 proc( ou no 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

A resposta simples é que a configuração de confirmação excessiva para 1 definirá o cenário para que, quando um programa chame algo como malloc()alocar um pedaço de memória ( man 3 malloc), ele sempre tenha êxito, independentemente do sistema saber que não terá toda a memória que está sendo usada. pediu.

O conceito subjacente a entender é a idéia de memória virtual . Os programas veem um espaço de endereço virtual que pode ou não ser mapeado para a memória física real. Ao desativar a verificação de supercomprometimento, você instrui o sistema operacional a assumir que sempre há memória física suficiente para fazer backup do espaço virtual.

Exemplo

Para destacar por que isso às vezes importa, dê uma olhada nas orientações do Redis sobre por que vm.overcommit_memorydeve ser definido como 1 para isso.