Suponha a terminologia VIRT/RES/SHM que o utilitário "top" usa:
O cgroup se memory.limit_in_bytesaplica aos tamanhos de memória VIRT ou RES? Eu pergunto porque no Fedora 23 me pareceu que a memória RES (residente) era limitada pelo cgroup. Então instalei o Fedora 25 e, de repente, comecei a ter interrupções frequentes de processos que não aconteciam antes (alguma saída dmesg incluída na parte inferior para ilustrar o problema). Tenho um palpite de que entre o Fedora 23 e 25, o cgroup mudou de comportamento e agora parece limitar o uso de memória VIRT em vez do RES.
Alguém pode confirmar minha suspeita? E existe uma maneira de recuperar o antigo comportamento? Pesquisei nos documentos do kernel do cgroup, mas não encontrei nada, talvez porque esteja pesquisando com terminologia incorreta.
saída dmesg:
Tue Jun 20 01:46:12 2017: Memory cgroup out of memory: Kill process 787 (Web Content) score 204 or sacrifice child
Tue Jun 20 01:46:12 2017: Killed process 787 (Web Content) total-vm:14151032kB, anon-rss:5000940kB, file-rss:6132kB, shmem-rss:115956kB
Responder1
Aplica-se à memória do usuário, incluindo o cache de arquivos.
Verifique memory.limit_in_bytes aquihttps://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Resource_Management_Guide/sec-memory.html
memory.limit_in_bytes define a quantidade máxima de memória do usuário (incluindo cache de arquivo).
Ser:
cache: cache de página, incluindo tmpfs (shmem), em bytes
rss: cache anônimo e de swap, sem incluir tmpfs (shmem), em bytes