Uma primeira análise de desempenho no AIX: vmstat, svmon, topas, nmon e espaço de paginação

O que é

As ferramentas padrão para uma primeira análise de desempenho no AIX são vmstat, svmon, topas e nmon. Nenhuma delas reproduz exatamente o layout de colunas de free/top do Linux, e a contabilização de memória virtual do AIX distingue páginas computacionais (working set/programas) de páginas não computacionais (principalmente cache de arquivos), de um modo que os contadores de memória do Linux não apresentam diretamente.

• vmstat -Itw 2 5 (intervalo e contagem; sem eles, vmstat imprime uma única linha com as médias desde o boot) informa, entre outras colunas, avm (memória virtual ativa, em páginas de 4 KB) e fre (memória livre). Dividir avm por 256 converte o valor para megabytes.
• svmon -G (normalmente executado como root) fornece um retrato da memória de todo o sistema, nas mesmas unidades de 4 KB. svmon -P detalha o uso por processo, o que é útil para encontrar os maiores consumidores de memória virtual.
• topas mostra a memória como percentual computacional, que é o número a observar para detectar overcommit, pois exclui o cache de arquivos.
• nmon (no modo interativo, pressionando "m" para a tela de memória) informa um percentual "used" combinado, que mistura memória computacional e não computacional. Ele não substitui o valor computacional do topas em pé de igualdade e, sozinho, não deve ser lido como indicador de overcommit.
• lsps -a exibe as características do espaço de paginação: nome, volume físico/grupo de volumes que o hospeda, tamanho, percentual usado e estado ativo/inativo. O uso do espaço de paginação é um indicador secundário: segundo a orientação da IBM, o sistema começa a paginar para disco quando a memória computacional chega a cerca de 98% da memória física (o cache de arquivos é recuperado primeiro). Assim, um uso crescente em lsps -a é um sintoma a investigar, não a medida principal para ajuste.

Por que importa

Ler o "used%" agregado do nmon como se fosse o percentual computacional do topas, ou ler o avm do vmstat ignorando que a memória pinned e o cache de arquivos não aparecem nele, leva a uma conclusão errada sobre se uma LPAR realmente está com falta de memória. Como o espaço de paginação é muito mais lento que a RAM, a recomendação documentada, quando o uso de paginação sobe, é investigar e aumentar a memória, e não aumentar o espaço de paginação como solução.

Como aplicar

• Comece com vmstat -Itw 2 5 para uma leitura rápida de avm/fre (e das colunas pi/po de paginação), convertendo avm para megabytes ao dividir por 256.
• Confirme com svmon -G (sistema inteiro) ou svmon -P (maiores consumidores de memória virtual por processo) quando houver suspeita sobre uma carga de trabalho específica.
• Use o percentual computacional do topas, e não o percentual combinado de uso do nmon, quando a pergunta for especificamente sobre overcommit de memória.
• Verifique lsps -a como sinal complementar e trate um uso elevado e sustentado do espaço de paginação como motivo para revisar o dimensionamento da memória, e não o do espaço de paginação.

Armadilhas

• Citar o "used%" do nmon como o número de overcommit; ele inclui memória não computacional, como o cache de arquivos.
• Confiar apenas no avm: a memória pinned e o cache de arquivos não aparecem nele, então um fre baixo com um avm saudável ainda exige olhar o svmon -G.
• Reagir ao crescimento do uso de paginação redimensionando o espaço de paginação em vez de investigar a demanda de memória.