A memória compartilhada relatada pelo comando free está aumentando constantemente, enquanto a memória disponível está diminuindo para 0. Entendemos que o Linux está usando RAM livre para cache de disco, mas mesmo depois de executar o drop_caches, o uso de memória compartilhada permanece muito alto. após 1-2 dias o sistema começa a trocar e fica muito lento!
$ grep Shmem /proc/meminfo
Shmem: 4922540 kB
ShmemHugePages: 0 kB
ShmemPmdMapped: 0 kB
$ df -BK | grep tmpfs
tmpfs 1608216K 3268K 1604948K 1% /run
tmpfs 8041060K 12K 8041048K 1% /dev/shm
tmpfs 5120K 4K 5116K 1% /run/lock
tmpfs 8041060K 0K 8041060K 0% /sys/fs/cgroup
tmpfs 1608212K 16K 1608196K 1% /run/user/120
tmpfs 1608212K 0K 1608212K 0% /run/user/1000
$ free -m
Gesamt belegt frei gemns. Puffer/Cache verfügbar
Speicher: 15705 494 4220 4807 10990 10069
Auslagerungsspeicher: 8099 3 8096
como posso ver por que o compartilhamento está aumentando & o que tem aí?
Eu configurei o gitlab para usar o prometheus e habilitar o node_exporter para obter insights sobre o uso da memória. você pode ver claramente em torno de 250MB aumentando a cada 20 minutos a hh: 13, hh: 33 e hh: 53.
Descobriu que o gnome-shell está falhando a cada 20 minutos. Sistema usado como homeserver sem cabeça, mas conectado a TV 4K via HDMI (TV Off o tempo todo). Exibir escala ajustada para 200% na sessão do usuário.
Sistema: H370 / i915 / i3-8100.
Desconectei o cabo HDMI e, pelo menos por enquanto, está com boa aparência!
Aparentemente, algum programa está fazendo um loop na criação de segmentos de memória compartilhada. Esses segmentos não podem ser trocados de memória, então a RAM disponível é consumida, causando assim swaps.
Para identificar o produto, consulte o artigo de
O breve resumo é:
ipcs -m para obter informações do segmento de memória compartilhada 
ipcs -mp para mostrar qual PID está usando (ou usou) o segmento de memória compartilhada 
ps -p para pesquisar as informações de pid 