Premier diagnostic de performance sur AIX : vmstat, svmon, topas, nmon et espace de pagination

Ce que c'est

Les outils standard pour un premier diagnostic de performance sur AIX sont vmstat, svmon, topas et nmon. Aucun ne reproduit exactement la disposition en colonnes de free/top sous Linux. De plus, la comptabilité de la mémoire virtuelle d'AIX distingue les pages calculatoires (working set, programmes) des pages non calculatoires (principalement le cache de fichiers), une distinction que les compteurs mémoire de Linux ne présentent pas directement.

• vmstat -Itw 2 5 (intervalle et nombre de mesures ; sans eux, vmstat n'affiche qu'une seule ligne de moyennes depuis le démarrage) fournit notamment les colonnes avm (mémoire virtuelle active, en pages de 4 Ko) et fre (mémoire libre). Diviser avm par 256 donne la valeur en mégaoctets.
• svmon -G (normalement exécuté en tant que root) donne un instantané de la mémoire à l'échelle du système, dans les mêmes unités de 4 Ko ; svmon -P le détaille par processus, ce qui permet de repérer les plus gros consommateurs de mémoire virtuelle.
• topas affiche la mémoire sous forme de pourcentage calculatoire, c'est la valeur à surveiller pour détecter un sur-engagement de la mémoire, car elle exclut le cache de fichiers.
• nmon (en mode interactif, touche « m » pour l'écran mémoire) indique un pourcentage « used » combiné qui mélange mémoire calculatoire et non calculatoire. Ce n'est pas un équivalent direct du chiffre calculatoire de topas, et il ne doit pas être lu seul comme indicateur de sur-engagement.
• lsps -a affiche les caractéristiques de l'espace de pagination : nom, volume physique/groupe de volumes hôte, taille, pourcentage utilisé et état actif/inactif. L'utilisation de l'espace de pagination est un indicateur secondaire : selon les recommandations d'IBM, le système commence à paginer vers le disque lorsque la mémoire calculatoire atteint environ 98 % de la mémoire physique (le cache de fichiers est récupéré en premier). Une hausse de l'utilisation affichée par lsps -a est donc un symptôme à investiguer, et non la mesure principale sur laquelle régler le système.

Pourquoi c'est important

Lire le « used% » agrégé de nmon comme s'il s'agissait du pourcentage calculatoire de topas, ou lire l'avm de vmstat sans tenir compte du fait que la mémoire épinglée (pinned) et le cache de fichiers n'y figurent pas, conduit à un diagnostic erroné sur le fait qu'une LPAR manque réellement de mémoire ou non. L'espace de pagination étant nettement plus lent que la RAM, la recommandation documentée, lorsque son utilisation augmente, est d'investiguer puis d'augmenter la mémoire, et non d'agrandir l'espace de pagination comme remède.

Comment l'appliquer

• Commencer par vmstat -Itw 2 5 pour une lecture rapide d'avm/fre (ainsi que des colonnes pi/po relatives à l'espace de pagination), en convertissant avm en mégaoctets par division par 256.
• Recouper avec svmon -G (vue système) ou svmon -P (principaux consommateurs de mémoire virtuelle par processus) lorsqu'une charge de travail précise est suspecte.
• Utiliser le pourcentage calculatoire de topas, et non le pourcentage « used » combiné de nmon, lorsque la question porte spécifiquement sur le sur-engagement de la mémoire.
• Consulter lsps -a comme signal de confirmation, et considérer une utilisation élevée et durable de l'espace de pagination comme une raison de revoir le dimensionnement de la mémoire plutôt que celui de l'espace de pagination.

Pièges

• Citer le « used% » de nmon comme chiffre de sur-engagement : il inclut la mémoire non calculatoire, comme le cache de fichiers.
• Se fier à avm seul : la mémoire épinglée et le cache de fichiers n'y apparaissent pas ; un fre bas avec un avm correct impose donc de consulter aussi svmon -G.
• Réagir à la croissance de l'espace de pagination en le redimensionnant au lieu d'examiner la demande en mémoire.