pgpgin - Number of kilobytes the system has paged in from disk per second.
pgpgout - Number of kilobytes the system has paged out to disk per second.
pswpin - Number of kilobytes the system has swapped in from disk per second.
pswpout - Number of kilobytes the system has swapped out to disk per second.
Tenho 87% de certeza de que cada página que aumenta o contador pswpim também deve aumentar o pgpgin. Você diz que não é. Hmmm
Isso pode ser muito simplista para checar (desculpe!) mas ... Você tem 200% de certeza, que a métrica que você observa é pswpin, não pgpgin? O mais tarde traduziria para: process está lendo alguns arquivos.
Outra explicação é que a aplicação foi strongmente trocada antes do teste, então o sistema obteve muita memória livre. E durante o teste você está observando como está "voltando à vida" (constantemente se alternando - conforme a execução do código progride), sem ler / gravar nenhum arquivo. Mas por que, nesse cenário, o pgpgin não é aumentado ao longo do caminho está além da minha compreensão.
Talvez seus gráficos sejam alterados, então o pswpin é subtraído do pgpgin? Um ponto para confirmar isso é que ambas as métricas são tipicamente em páginas (em / proc / vmstat), e você as converte em KB / s.
EDIT: Isso pode ser relacionado ao ESX. Meu palpite é que isso é um efeito colateral de um compartilhamento de página transparente (TPS). Você pode analisar via esxtop no ESX ? Aqui está outro guia do esxtop .
EDIT: Suas estatísticas nmon parecem quebradas. Em primeiro lugar, há mais nomes de coluna do que métricas reais (ou seja, você não tem dados para a última coluna pgscan_direct_dma
). Existem muitos valores -1 ou 0 nas métricas que devem estar lá em um sistema ocupado, não apenas o pgpgin está ausente. Pgsteal e pgrotated estão lá, mas às vezes negativos, o que não é possível.
Então, veja / proc / vmstat, o que está acontecendo lá? E use outras ferramentas para confirmar as estatísticas do nmon.