O uso de memória do Linux pode ser difícil de interpretar e difícil de entender. Com smemele é fácil descobrir qual memória um processo está usando e quais processos estão usando mais.
Índice
Uso de memória
O Linux oferece muitas maneiras de verificar o que está acontecendo com a RAM do seu computador . O problema é que o gerenciamento de memória é um desafio complicado para o seu sistema operacional. Ele precisa fazer malabarismos com a RAM física, a RAM virtual na forma de espaço de troca e as demandas dos diferentes tipos de processos que estão sendo executados a qualquer momento.
Os processos consomem RAM à medida que se carregam na memória. Eles então solicitam mais RAM para que tenham espaço para executar quaisquer tarefas para as quais foram projetados. Alguns processos dificilmente afetam a RAM, outros consomem muita memória.
O kernel e o resto do sistema operacional, seu ambiente de desktop e todos os aplicativos ou sessões de linha de comando que você executa estão clamando por uma parte da quantidade finita de RAM instalada em seu computador. Alguns processos geram outros processos. Alguns processos compartilham RAM com outros processos.
Tentando decifrar tudo isso e chegar a uma resposta simples para a pergunta “Quanta RAM este programa ou processo está usando?” pode ser um desafio surpreendente. A granularidade é ótima e tem seu lugar, mas, igualmente, o excesso de informações pode ser um impedimento.
Por exemplo, usar catpara espiar o pseudo sistema de arquivos /proc/meminfo retornou 50 linhas de saída na máquina usada para pesquisar este artigo. Onde você começa?
cat /proc/meminfo
E alguns utilitários do Linux dão respostas diferentes. Em nossa máquina de teste, tínhamos uma instância deless execução, que tinha um ID de processo de 2183.
Podemos usar o pmaputilitário com a -xopção (estendida) para obter uma imagem completa do uso de memória de um processo. Vamos usá-lo com o ID do processo de nossa instância de less:
pmap -x 2183
Na parte inferior da saída, obtemos um total para o tamanho do conjunto residente, que é a quantidade de RAM principal que está sendo usada.
Em seguida, usamos o psutilitário com a -oopção (saída), selecionamos a RSScoluna e passamos o ID do processo da mesma instância de less:
ps-o rss 2183
Obtemos um resultado diferente. Esta é uma decisão de design por parte dos psautores. Isso é da ps manpágina:
Os autores de outros utilitários têm suas próprias opiniões sobre como medir o uso de RAM.
O RSS, o USS e o PSS
O tamanho do conjunto residente (RSS) é a quantidade de RAM alocada a um processo, excluindo o espaço de troca, mas incluindo qualquer RAM exigida pelas bibliotecas compartilhadas que o processo está usando.
RSS quase sempre sobre-relata o uso de RAM. Se dois ou mais processos usarem uma ou mais bibliotecas compartilhadas, o RSS simplesmente adicionará o uso de RAM de cada biblioteca à sua contagem de uso de RAM para cada um desses processos. Além da imprecisão, há uma certa ironia nisso. Bibliotecas compartilhadas significam que cada processo não precisa carregar sua própria instância privada de uma biblioteca. Se a biblioteca já estiver na memória, ela a compartilhará e reduzirá a sobrecarga de RAM.
O Tamanho do Conjunto Proporcional tenta resolver isso dividindo a quantidade de memória compartilhada entre os processos que a estão compartilhando. Se houver quatro processos compartilhando alguma memória, o PSS informa que 25% da RAM compartilhada é usada por cada um desses processos. Esta é uma aproximação, mas se parece mais com o que está acontecendo do que a imagem que o RSS pinta.
O Tamanho do Conjunto Exclusivo é a quantidade de RAM que está sendo usada exclusivamente por um processo, seja ela consumida diretamente pelo processo ou usada por bibliotecas que estão sendo usadas exclusivamente pelo processo. Novamente, ele ignora o espaço de troca. Está interessado apenas em RAM física genuína.
USS e PSS são termos e conceitos que foram propostos por Matt Mackall , autor de smem.
O utilitário smem
O smemutilitário relata a memória usada por processos, usuários, mapeamento ou em todo o sistema. Em todas as distribuições que testamos, foi necessária a instalação. Para instalá-lo no Ubuntu, use este comando:
sudo apt instalar smem
Para instalar smemno Fedora você precisa digitar:
sudo dnf instalar smem
Para instalar smemno Manjaro use:
sudo pacman -Sy smem
Usar smemsem opções fornece uma lista dos processos que estão usando RAM.
smem
Uma tabela de informações é exibida na janela do terminal.
As colunas são:
- PID : O ID do processo que está usando a memória.
- User : O nome de usuário do usuário que possui o processo.
- Comando : A linha de comando que iniciou o processo.
- Swap : quanto espaço de troca o processo está usando.
- USS : O Tamanho Único do Conjunto.
- PSS : O Tamanho do Conjunto Proporcional.
- RSS : O tamanho do conjunto residente.
Para ver os tamanhos expressos em porcentagens, use a -popção (porcentagem).
smem -p
Os tamanhos em bytes foram substituídos por porcentagens.
Para ver as figuras renderizadas de forma mais amigável, use a -kopção (abreviar). Isso reduz os números e adiciona indicadores de unidade.
smem -k
Em vez de bytes brutos, os tamanhos são mostrados em megabytes, gigabytes e assim por diante.
Para adicionar uma linha de totais, use a -topção (totais).
smem -k -t
A última linha da saída mostra os totais de cada coluna.
Refinando o relatório
Você pode solicitar smemrelatórios sobre o uso de memória por usuários, mapeamento (bibliotecas) ou em todo o sistema. Para filtrar a saída por usuário, use a -uopção (usuário). Observe que, se você quiser ver mais do que apenas seu próprio uso, precisará executar smemcom sudo.
smem -u
sudo smem -u
Como você pode ver, a saída fica fora de forma para nomes de usuário com mais de oito caracteres.
Para ver o uso mapeado para as bibliotecas que estão em uso, independentemente de quais processos estão usando as bibliotecas, nem de quais usuários possuem esses processos, use a -mopção (mapeamento).
smem -m -k -t
Também pedimos valores legíveis por humanos e um total.
Para ver o uso de memória em todo o sistema, use a -wopção (todo o sistema).
smem -w -k -t
Relatórios em um único programa
Com um pouco de magia de linha de comando, podemos relatar um único programa e todos os seus subprocessos. Vamos canalizar a saída para smemdentro tail e pedir tailpara mostrar apenas a última linha. Diremos smempara usar valores legíveis por humanos e fornecer um total. O total será a última linha, e essa é a linha que tailserá exibida para nós.
Usaremos a -copção (columns) com smeme informaremos quais colunas queremos incluir em nossa saída. Vamos restringir isso à coluna Tamanho do Conjunto Proporcional. A -Popção (filtro de processo) nos permite fornecer uma string de pesquisa para smem. Apenas as linhas de saída correspondentes serão incluídas.
smem -c pss -P firefox -k -t | cauda -n 1
Essa é uma maneira rápida e organizada de descobrir o consumo de RAM de um programa e seus processos filhos.
Gerando gráficos
Você pode passar as opções --pieou para gerar gráficos. É preciso dizer que, com muitas categorias, os gráficos rapidamente se tornam ininteligíveis, mas podem ser úteis para uma visão geral rápida.--barsmem
O formato do comando é:
smem --nome da torta -s uss
O gráfico de pizza aparece em sua própria janela do visualizador.
Para ver outros gráficos, use pssou rssem vez de uss. Para ver um gráfico de barras, use --barem vez de --pie.
Para que isso funcione, você precisará ter o Python instalado, junto com a matplotlib biblioteca. Eles já foram instalados nas distribuições Ubuntu, Fedora e Manjaro que testamos.
Boas coisas vêm em pequenos pacotes
O smem utilitário tem mais alguns truques na manga, e você é encorajado a conferir sua manpágina . Seu repertório principal é o que descrevemos aqui, e é uma ótima ferramenta para ter em sua caixa de ferramentas CLI .
