O uso de memória do Linux pode ser difícil de interpretar e difícil de entender. Com smem ele é fácil descobrir quanto de memória RAM um processo está usando e quais processos estão usando mais.

Uso de memória com o SMEM

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 para   cat 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 de execução less , que tinha um ID de processo de 2183.

Podemos usar o utilitario  pmap com a opção  -x (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 opção -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 autores  ps. Isso é da página ps man: Os campos SIZE e RSS não contam algumas partes de um processo, incluindo as tabelas de páginas, pilha de kernel, struct thread_info e struct task_struct. Isso geralmente é pelo menos 20 KiB de memória que é sempre residente. SIZE é o tamanho virtual do processo (código+dados+pilha).

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

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 install smem

Para instalar smemno Fedora você precisa digitar:

sudo dnf install smem

Para instalar smemno Manjaro use:

sudo pacman -Sy smem

Usar smemsem opções fornece uma lista dos processos que estão usando RAM.

smen

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 opção -p (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 relatórios  smem 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 opção -u (usuário). Observe que, se você quiser ver mais do que apenas seu próprio uso, precisará executar smem com 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 opção -w (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  smem dentro tail  e pedir tail para mostrar apenas a última linha. Diremos smem para usar valores legíveis por humanos e fornecer um total. O total será a última linha, e essa é a linha que tail será exibida para nós.

Usaremos a opção -c (columns) com smem e informaremos quais colunas queremos incluir em nossa saída. Vamos restringir isso à coluna Tamanho do Conjunto Proporcional. A -P opçã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 do SMEM

Você pode passar as opções --pie ou 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 --pie name -s uss

O gráfico de pizza aparece em sua própria janela do visualizador.

Para ver outros gráficos, use pss ou rss em vez de uss. Para ver um gráfico de barras, use --bar em vez de --pie.

Para que isso funcione, você precisará ter o Python instalado, junto com a biblioteca matplotlib . Eles já foram instalados nas distribuições Ubuntu, Fedora e Manjaro que testamos.

Boas coisas vêm em pequenos pacotes

O utilitário  smem utilitário tem mais alguns truques na manga, e você é encorajado a conferir sua pagina man. Seu repertório principal é o que descrevemos aqui, e é uma ótima ferramenta para ter em sua caixa de ferramentas CLI.

Deixe uma resposta

Exit mobile version