Como posso saber qual processo está causando o uso do kswapd?

Eu vejo o kswapd usando 100% da CPU ... como posso saber em qual nome do processo o kswapd está sendo usado tanto?

O kswapd está gerenciando o espaço de troca em resposta a demandas de memória maiores do que o disponível fisicamente para todos os processos.

É independente do processo, interessa-se apenas a quais páginas são acessadas e quando (é mais complexo que isso, é claro, mas, para manter as coisas simples, podemos também vê-las dessa maneira).

Portanto, a verdadeira questão é "quais processos têm o maior ônus na memória que estão fazendo com que o kswapd precise paginar o tempo todo".

Isso é mais facilmente respondido usando 'top' e alternando para o modo de classificação de uso de memória.

Você pode criar um script .. mas também pode fazê-lo via top

Execute o topo e pressione O seguido de p e digite

Agora todos os processos são classificados pelo uso de swap e você pode ver quais estão usando

Se você estiver no Ubuntu 15.10 ou superior, isso pode realmente ser o resultado de um bug , especialmente se o seu sistema for uma máquina virtual sem uma partição de troca (por exemplo, AWS EC2). O problema existe em outras distribuições , mas, até o momento, não está claro se a mesma correção funciona universalmente.

Uma solução temporária:

sudo ln -s /dev/null /etc/udev/rules.d/40-vm-hotadd.rules
sudo reboot

Observe que isso desativará o hotadding RAM / CPUs para máquinas virtuais Xen e Hyper-V.

Também parece haver um bug em kswapdalgum lugar, espero apenas em kernels antigos.

Quase todos os dias, o kswapd entra em operação aleatoriamente em algumas máquinas em um cluster maior (com um kernel não atual). CPU 100% nos dois processos kswapd. Nenhum outro processo em execução (exceto o ssh shell), bastante RAM livre (mais de 700 MB) e nenhum SWAP usado. Sem troca, sem troca também.

Nada explica ainda, por que uma máquina específica é atingida e outra não. Parece não ser completamente aleatório, porque geralmente atinge mais de uma máquina em um curto espaço de tempo. Parece que máquinas que estão ociosas, bem como máquinas que estão sob alta pressão, são menos (!) Provavelmente atingidas pelo efeito. Portanto, ele tem a ver com a carga de trabalho e só atinge se a máquina não estiver ociosa nem muito ocupada.

Se o problema ocorrer, nada mais ajuda. Matando todos os processos (que não se tornaram inomináveis), desmontando todos os sistemas de arquivos, nada. kswapdainda permanece com 100% da CPU. Suspeito de alguma corrida spinlock nos kernels SMP, mas também é provável que eu esteja errado.

Talvez veja minha resposta serverfault.com/questions/316995/#493257

Notas:

• A reinicialização das máquinas afetadas geralmente falha porque o processo de desligamento começa a travar em algum lugar.
• Não há conexão direta com a Internet. Causas estrangeiras são improváveis.
• Parece depender do tipo de carga de trabalho que as máquinas processam da perspectiva de uma carga, porque temos máquinas que nunca foram afetadas (ainda).
• Desculpe, não posso ser mais específico sobre o que fazemos e por quê.
• Sim, estou especulando. Porque é um efeito extremamente intrigante, hoje.