Entenda facilmente o uso de RAM do Linux com o Smem


0
Tela do laptop mostrando o logotipo do shell Bash sobre um pano de fundo vermelho
fatmawati achmad zaenuri/Shutterstock

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

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, usando cat para 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, tivemos uma instância de less running, que tinha um ID de processo de 2183.

Podemos usar o pmap utilitário com 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

Consultando o mapa de memória de um único processo

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.

A saída do pmap para uma única instância de menos

Usamos então o ps utilitário com o -o opção (saída), selecionou a RSS coluna e passou o ID do processo da mesma instância de less:

ps -o rss 2183

Usando ps para ver o RSS da mesma instância de menos

Obtemos um resultado diferente. Esta é uma decisão de projeto por parte do ps autores. Isso é do ps man página:

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

O smem relatórios de utilitários sobre 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

Instalando o smem no Ubuntu

Para instalar smem no Fedora você precisa digitar:

sudo dnf install smem

Instalando o smem no Fedora

Para instalar smem no uso do Manjaro:

sudo pacman -Sy smem

Instalando o smem no Manjaro

Usando smem sem opções fornece uma lista dos processos que estão usando RAM.

smem

Invocando smem sem opções de linha de comando

Uma tabela de informações é exibida na janela do terminal.

A saída padrão de smem

As colunas são:

  • PID: o ID do processo que está usando a memória.
  • Do utilizador: o nome de usuário do usuário que possui o processo.
  • Comando: a linha de comando que iniciou o processo.
  • Troca: 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 o -p opção (porcentagem).

smem -p

Usando a opção smem -p para solicitar porcentagens

Os tamanhos em bytes foram substituídos por porcentagens.

saída smem mostrando porcentagens

Para ver as figuras renderizadas de uma forma mais amigável, use o -k (abreviar) opção. Isso reduz os números e adiciona indicadores de unidade.

smem -k

Usando a opção smem -k para mostrar tamanhos com indicadores de unidade

Em vez de bytes brutos, os tamanhos são mostrados em megabytes, gigabytes e assim por diante.

saída smem usando indicadores de unidade como K, M e G

Para adicionar uma linha de totais, use o -t (totais) opção.

smem -k -t

Usando a opção smem -t para adicionar uma linha de totais à saída

A última linha da saída mostra os totais de cada coluna.

A linha de totais na parte inferior da saída smem

Refinando o relatório

Você pode perguntar smem para relatar o uso de memória por usuários, mapeamento (bibliotecas) ou em todo o sistema. Para filtrar a saída por usuário, use o -u opção (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

Usando a opção smem -u com e sem sudo

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 quais usuários possuem esses processos, use o -m opção (mapeamento).

smem -m -k -t

Usando a opção smem -m para obter um relatório do mapeador

Também pedimos valores legíveis por humanos e um total.

O relatório mapeado smem mostrando o uso de memória por bibliotecas

Para ver o uso de memória em todo o sistema, use o -w (todo o sistema).

smem -w -k -t

O relatório de todo o sistema smem

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 de smem em tail e pergunta tail para mostrar apenas a última linha. Nós vamos contar smem usar valores legíveis por humanos e fornecer um total. O total será a última linha, e essa é a linha tail irá exibir para nós.

Nós vamos usar o -c (colunas) opção com smem e diga quais colunas queremos incluir em nossa saída. Vamos restringir isso à coluna Tamanho do Conjunto Proporcional. O -P (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 | tail -n 1

Usando smem para mostrar o uso de memória por um processo e seus filhos

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 o --pie ou --bar opções para ter smem 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.

O formato do comando é:

smem --pie name -s uss

Pedindo a smem para produzir um gráfico de pizza

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

Um gráfico de pizza smem 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 o 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 verificar seu man página. Seu repertório principal é o que descrevemos aqui, e é uma ótima ferramenta para ter em sua caixa de ferramentas CLI.

RELACIONADO: 37 comandos importantes do Linux que você deve conhecer


Like it? Share with your friends!

0

What's Your Reaction?

hate hate
0
hate
confused confused
0
confused
fail fail
0
fail
fun fun
0
fun
geeky geeky
0
geeky
love love
0
love
lol lol
0
lol
omg omg
0
omg
win win
0
win

0 Comments

Your email address will not be published. Required fields are marked *