Primer análisis de rendimiento en AIX: vmstat, svmon, topas, nmon y espacio de paginación

Qué es

Las herramientas estándar para un primer vistazo al rendimiento en AIX son vmstat, svmon, topas y nmon. Ninguna replica exactamente la disposición de columnas de free/top en Linux, y la contabilidad de memoria virtual de AIX distingue entre páginas computacionales (conjunto de trabajo o programas) y no computacionales (principalmente cache de archivos), una distinción que los contadores de memoria de Linux no presentan de forma directa.

• vmstat -Itw 2 5 (intervalo y número de repeticiones; sin ellos, vmstat imprime una sola línea con los promedios desde el arranque) informa, entre otras columnas, de avm (memoria virtual activa, en páginas de 4 KB) y fre (memoria libre). Al dividir avm entre 256 se obtiene el valor en megabytes.
• svmon -G (normalmente se ejecuta como root) ofrece una instantánea de la memoria de todo el sistema en las mismas unidades de 4 KB; svmon -P la desglosa por proceso, lo que resulta útil para localizar a los mayores consumidores de memoria virtual.
• topas muestra la memoria como un porcentaje computacional, que es la cifra que hay que vigilar para detectar sobrecompromiso, ya que excluye la cache de archivos.
• nmon (en modo interactivo, pulsando "m" para la pantalla de memoria) informa de un porcentaje "used" combinado que mezcla memoria computacional y no computacional. No equivale al porcentaje computacional de topas y no debe interpretarse por sí solo como indicador de sobrecompromiso.
• lsps -a muestra las características del espacio de paginación: nombre, volumen físico o grupo de volúmenes que lo aloja, tamaño, porcentaje usado y estado (activo o inactivo). El uso del espacio de paginación es un indicador secundario: según la guía de IBM, el sistema empieza a paginar hacia disco cuando la memoria computacional alcanza aproximadamente el 98 % de la memoria física (la cache de archivos se recupera antes). Por ello, un uso creciente en lsps -a es un síntoma que hay que investigar, no la medida principal con la que ajustar el sistema.

Por qué importa

Interpretar el "used%" agregado de nmon como si fuera el porcentaje computacional de topas, o leer el avm de vmstat sin tener en cuenta que la memoria fijada (pinned) y la cache de archivos no se reflejan en él, lleva a un diagnóstico erróneo sobre si una LPAR realmente anda escasa de memoria. Como el espacio de paginación es mucho más lento que la RAM, la recomendación documentada cuando su uso aumenta es investigar y ampliar la memoria, no agrandar el espacio de paginación como solución.

Cómo aplicarlo

• Empieza con vmstat -Itw 2 5 para una lectura rápida de avm/fre (y de las columnas pi/po de paginación), convirtiendo avm a megabytes al dividirlo entre 256.
• Contrasta con svmon -G (todo el sistema) o svmon -P (principales consumidores de memoria virtual por proceso) cuando sospeches de una carga de trabajo concreta.
• Usa el porcentaje computacional de topas, y no el porcentaje combinado de nmon, cuando la pregunta sea específicamente el sobrecompromiso de memoria.
• Consulta lsps -a como señal de apoyo y trata un uso elevado y sostenido del espacio de paginación como motivo para revisar el dimensionamiento de la memoria, no el del espacio de paginación.

Trampas

• Citar el "used%" de nmon como cifra de sobrecompromiso; incluye memoria no computacional, como la cache de archivos.
• Fiarse solo de avm: la memoria fijada y la cache de archivos no aparecen en él, por lo que un fre bajo con un avm saludable sigue exigiendo revisar svmon -G.
• Responder al crecimiento del espacio de paginación redimensionándolo en lugar de investigar la demanda de memoria.