Não é possível usar toda a memória

Não é possível usar toda a memória

Freqüentemente, o aplicativo trava devido a um erro de alocação de memória (relatado pelo dmesg), mesmo durante a navegação normal com poucas guias abertas ou processamento de imagem com o gimp. A máquina possui 16 GB de RAM. Eu tentei testar a alocação de memória seguindoessa questão:

$ stress-ng --vm-bytes $(awk '/MemAvailable/{printf "%d\n", $2 * 0.9;}' < /proc/meminfo)k --vm-keep -m 1
stress-ng: info: [28129] defaulting to a 86400 second (1 day, 0.00 secs) run per stressor 
stress-ng: info: [28129] dispatching hogs: 1 vm
stress-ng: error: [28148] stress-ng-vm: gave up trying to mmap, no available memory
stress-ng: info: [28129] successful run completed in 10.02s

Observe que a mensagem "sem memória disponível" não é retornada se eu usar 0,55 em vez de 0,9 na linha awk, mas todo valor maior que 0,55 gera o erro. Por que não consigo alocar mais de 0,55 de memória disponível?

Este é o conteúdo de /proc/meminfo

MemTotal:       15919800 kB
MemFree:         5488312 kB
MemAvailable:   12100632 kB
Buffers:          716568 kB
Cached:          6156352 kB
SwapCached:            0 kB
Active:          5465468 kB
Inactive:        4214576 kB
Active(anon):    2985580 kB
Inactive(anon):   117944 kB
Active(file):    2479888 kB
Inactive(file):  4096632 kB
Unevictable:      176576 kB
Mlocked:            2476 kB
SwapTotal:        999420 kB
SwapFree:         999420 kB
Dirty:               156 kB
Writeback:             0 kB
AnonPages:       2983852 kB
Mapped:           713212 kB
Shmem:            294288 kB
KReclaimable:     380216 kB
Slab:             448228 kB
SReclaimable:     380216 kB
SUnreclaim:        68012 kB
KernelStack:       14432 kB
PageTables:        55080 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:    16760020 kB
Committed_AS:    9543584 kB
VmallocTotal:   34359738367 kB
VmallocUsed:       31412 kB
VmallocChunk:          0 kB
Percpu:             2848 kB
HardwareCorrupted:     0 kB
AnonHugePages:         0 kB
ShmemHugePages:        0 kB
ShmemPmdMapped:        0 kB
FileHugePages:         0 kB
FilePmdMapped:         0 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
Hugetlb:               0 kB
DirectMap4k:      274432 kB
DirectMap2M:     9728000 kB
DirectMap1G:     6291456 kB

e estas são minhas configurações de overcommit:

$ cat /proc/sys/vm/overcommit_memory
2
$ cat /proc/sys/vm/overcommit_ratio
99
$ cat /proc/sys/vm/swappiness
10

Responder1

Você está usandocontabilidade estrita de supercomprometimento, portanto, os processos não podem mapear mais do que a memória disponível. A Committed_ASlinha mostra que 9.543.584 kiB estão alocados atualmente, e a CommitLimitlinha mostra que o limite é 1.676.0020 kiB, restando 7.216.436 kiB que podem ser alocados; isso representa 59,6% da sua memória disponível, portanto, levando em consideração alguma sobrecarga stress-ng, não é muito surpreendente que você não possa alocar mais de 55% da sua memória disponível para o trabalhador VM.

Se quiser permitir stress-nga alocação de mais memória disponível, você precisará permitir a supercomprometimento:

sudo sysctl vm.overcommit_memory=0

ou aumente a quantidade de swap para aumentar seu limite de commit.

informação relacionada