Comprenez facilement votre utilisation de la RAM Linux avec Smem
Publié: 2022-01-29
L'utilisation de la mémoire sous Linux peut être difficile à interpréter et difficile à comprendre. Avec smem , il est facile de savoir quelle mémoire un processus utilise et quels processus en utilisent le plus.
Utilisation de la mémoire
Linux vous offre de nombreuses façons de vérifier ce qui se passe avec la RAM de votre ordinateur. Le problème est que la gestion de la mémoire est un défi compliqué pour votre système d'exploitation. Il doit jongler avec la RAM physique, la RAM virtuelle sous forme d'espace d'échange et les exigences des différents types de processus qui s'exécutent à un moment donné.
Les processus consomment de la RAM lorsqu'ils se chargent en mémoire. Ils demandent ensuite plus de RAM afin d'avoir de l'espace pour effectuer les tâches pour lesquelles ils sont conçus. Certains processus impactent peu la RAM, d'autres sont très gourmands en mémoire.
Le noyau et le reste du système d'exploitation, votre environnement de bureau et chaque application ou session de ligne de commande que vous exécutez réclament tous une partie de la quantité finie de RAM installée sur votre ordinateur. Certains processus engendrent d'autres processus. Certains processus partagent la RAM avec d'autres processus.
Essayer de déchiffrer tout cela et trouver une réponse simple à la question "Combien de RAM ce programme ou processus utilise-t-il?" peut être un défi surprenant. La granularité est excellente et a sa place, mais, de même, la surabondance d'informations peut être un obstacle.
Par exemple, l'utilisation de cat pour jeter un coup d'œil dans le pseudo système de fichiers /proc/meminfo a renvoyé 50 lignes de sortie sur la machine utilisée pour rechercher cet article. Par où commencer ?
chat /proc/meminfo
Et certains utilitaires Linux donnent des réponses différentes. Sur notre machine de test, nous avions une instance de less running, qui avait un ID de processus de 2183.
Nous pouvons utiliser l'utilitaire pmap avec l'option -x (étendue) pour obtenir une image complète de l'utilisation de la mémoire d'un processus. Nous l'utiliserons avec l'ID de processus de notre instance de less :
pmap-x 2183
Au bas de la sortie, nous obtenons un total pour la taille de l'ensemble résident, qui correspond à la quantité de RAM principale utilisée.
Nous avons ensuite utilisé l'utilitaire ps avec l'option -o (sortie), sélectionné la colonne RSS et lui avons transmis l'ID de processus de la même instance de less :
ps-o rss 2183
Nous obtenons un résultat différent. Il s'agit d'une décision de conception de la part des auteurs de ps . Ceci provient de la page de man ps :
Les auteurs d'autres utilitaires ont leur propre point de vue sur la façon de mesurer l'utilisation de la RAM.
Le RSS, l'USS et le PSS
La taille de l'ensemble résident (RSS) est la quantité de RAM allouée à un processus, à l'exclusion de l'espace d'échange, mais incluant toute RAM requise par les bibliothèques partagées que le processus utilise.
RSS surestime presque toujours l'utilisation de la RAM. Si deux ou plusieurs processus utilisent une ou plusieurs bibliothèques partagées, RSS ajoutera simplement l'utilisation de la RAM de chaque bibliothèque à son nombre d'utilisation de la RAM pour chacun de ces processus. En plus de l'inexactitude, il y a une certaine ironie à cela. Les bibliothèques partagées signifient que chaque processus n'a pas besoin de charger sa propre instance privée d'une bibliothèque. Si la bibliothèque est déjà en mémoire, elle partagera celle-ci et réduira la surcharge de RAM.
La taille de l'ensemble proportionnel tente de résoudre ce problème en divisant la quantité de mémoire partagée entre les processus qui la partagent. S'il y a quatre processus partageant de la mémoire, PSS signale que 25 % de la RAM partagée est utilisée par chacun de ces processus. C'est une approximation mais cela ressemble plus à ce qui se passe qu'à l'image que brosse RSS.
La taille de l'ensemble unique est la quantité de RAM utilisée exclusivement par un processus, qu'elle soit directement consommée par le processus ou utilisée par des bibliothèques uniquement utilisées par le processus. Encore une fois, il ignore l'espace d'échange. Il ne s'intéresse qu'à la RAM physique authentique.
USS et PSS sont des termes et des concepts qui ont été proposés par Matt Mackall, l'auteur de smem .
L'utilitaire smem
L'utilitaire smem rend compte de la mémoire utilisée par les processus, les utilisateurs, le mappage ou l'ensemble du système. Sur toutes les distributions que nous avons testées, il fallait l'installer. Pour l'installer sur Ubuntu, utilisez cette commande :
sudo apt installer smem
Pour installer smem sur Fedora, vous devez taper :
sudo dnf installer smem
Pour installer smem sur Manjaro, utilisez :
sudo pacman -Sy smem
L'utilisation de smem sans option vous donne une liste des processus qui utilisent la RAM.
smem
Un tableau d'informations s'affiche dans la fenêtre du terminal.
Les colonnes sont :
- PID : L'ID de processus du processus qui utilise la mémoire.
- Utilisateur : Le nom d'utilisateur de l'utilisateur propriétaire du processus.
- Commande : La ligne de commande qui a lancé le processus.
- Swap : quantité d'espace de swap utilisé par le processus.
- USS : La taille de set unique.
- PSS : La taille de l'ensemble proportionnel.
- RSS : La taille de l'ensemble résident.
Pour voir les tailles exprimées en pourcentages, utilisez l'option -p (pourcentage).
smem -p
Les tailles en octets ont été remplacées par des pourcentages.
Pour voir les chiffres rendus sous une forme plus conviviale, utilisez l'option -k (abréger). Cela réduit les chiffres et ajoute des indicateurs d'unité.
smem -k
Au lieu d'octets bruts, les tailles sont affichées en mégaoctets, gigaoctets, etc.
Pour ajouter une ligne de totaux, utilisez l'option -t (totaux).
smem -k -t
La dernière ligne de la sortie affiche les totaux pour chaque colonne.
Affiner le rapport
Vous pouvez demander à smem de faire un rapport sur l'utilisation de la mémoire par les utilisateurs, le mappage (bibliothèques) ou l'ensemble du système. Pour filtrer la sortie par utilisateur, utilisez l'option -u (utilisateur). Notez que si vous voulez voir plus que votre propre utilisation, vous devrez exécuter smem avec sudo .
smem -u
sudo smem-u
Comme vous pouvez le voir, la sortie est déformée pour les noms d'utilisateur de plus de huit caractères.
Pour voir l'utilisation mappée aux bibliothèques en cours d'utilisation, quels que soient les processus utilisant les bibliothèques ou les utilisateurs propriétaires de ces processus, utilisez l'option -m (mappage).
smem -m -k -t
Nous avons également demandé des valeurs lisibles par l'homme et un total.
Pour voir l'utilisation de la mémoire à l'échelle du système, utilisez l'option -w (à l'échelle du système).
smem -w -k -t
Rapport sur un seul programme
Avec un peu de magie en ligne de commande, nous pouvons générer des rapports sur un seul programme et tous ses sous-processus. Nous dirigerons la sortie de smem vers tail et demanderons à tail de n'afficher que la dernière ligne. Nous dirons à smem d'utiliser des valeurs lisibles par l'homme et de fournir un total. Le total sera la dernière ligne, et c'est la tail de ligne qui s'affichera pour nous.
Nous allons utiliser l'option -c (columns) avec smem et lui dire quelles colonnes nous voulons inclure dans notre sortie. Nous limiterons cela à la colonne Taille de l'ensemble proportionnel. L'option -P (process filter) nous permet de donner une chaîne de recherche à smem . Seules les lignes de sortie correspondantes seront incluses.
smem -c pss -P firefox -k -t | queue -n 1
C'est un moyen rapide et efficace de connaître la consommation de RAM d'un programme et de ses processus enfants.
Génération de graphiques
Vous pouvez passer les options --pie ou --bar pour que smem génère des graphiques. Il faut dire qu'avec trop de catégories les graphiques deviennent vite inintelligibles, mais ils peuvent être utiles pour un aperçu visuel rapide.
Le format de la commande est :
smem --nom de tarte -s uss
Le graphique à secteurs apparaît dans sa propre fenêtre de visualisation.
Pour voir d'autres tracés, utilisez pss ou rss au lieu de uss . Pour voir un graphique à barres, utilisez --bar au lieu de --pie .
Pour que cela fonctionne, vous devez avoir installé Python, ainsi que la bibliothèque matplotlib . Ceux-ci étaient déjà installés sur les distributions Ubuntu, Fedora et Manjaro que nous avons testées.
Les bonnes choses viennent en petits paquets
L'utilitaire smem a encore quelques astuces dans sa manche, et nous vous encourageons à consulter sa page de man . Son répertoire principal est ce que nous avons décrit ici, et c'est un excellent petit outil à avoir dans votre boîte à outils CLI.
CONNEXION: 37 commandes Linux importantes que vous devez connaître