Échantillonner l’opération

Sélectionnez le processus, puis cliquez sur le bouton aux trois points en haut de la fenêtre et choisissez Échantillonner l’opération. Vous pouvez aussi double-cliquer sur le processus et cliquer sur Échantillonner dans la fenêtre qui s’ouvre.

Quand le rapport s’affiche, vous pouvez l’enregistrer en fichier texte et le joindre à un rapport de bug ou à une demande d’assistance.

Lancez sample <PID> 5 pour échantillonner un processus pendant 5 secondes. Vous pouvez utiliser une partie du nom du processus au lieu du PID. Le rapport est affiché et enregistré dans un fichier, dont le chemin apparaît à la fin.

Le rapport commence par un en-tête : le nom et le PID du processus, son chemin, son processus parent, le type de code et la version de macOS. La partie importante vient ensuite, sous Call graph.

Le graphe d’appels (Call graph) liste chaque thread. Le thread principal, celui qui gère les clics et les frappes au clavier, est nommé com.apple.main-thread. Sous chaque thread, les fonctions sont indentées pour montrer quelle fonction a appelé laquelle. Le nombre en début de ligne indique combien de fois cette fonction était sur la pile au moment d’un prélèvement.

• Suivez les lignes aux plus grands nombres jusqu’à l’indentation la plus profonde. C’est là que le thread a passé le plus de temps.
• Si les lignes les plus profondes du thread principal sont des appels d’attente comme mach_msg, __psynch_cvwait ou __semwait_signal, le thread était bloqué dans l’attente d’autre chose.
• Si les lignes les plus profondes sont les propres fonctions de l’app avec de grands nombres, le thread était occupé à travailler.
• La section « Sort by top of stack » vers la fin liste les fonctions qui s’exécutaient le plus souvent : c’est un résumé rapide des mêmes données.
• La liste Binary Images, à la fin, nomme les frameworks et les bibliothèques chargés dans le processus.

La commande sample vous donne plus de contrôle que le Moniteur d’activité. Sa durée par défaut est de 10 secondes, et vous pouvez la changer.

1. Ouvrez le Terminal depuis Applications > Utilitaires.
2. Trouvez l’identifiant du processus avec pgrep -lx Safari, en remplaçant Safari par le nom du processus.
3. Lancez sample <PID> 10 -file ~/Desktop/sample.txt pendant que le problème se produit.
4. Ouvrez le fichier sur votre Bureau, ou joignez-le à un rapport de bug.

Un échantillon est un instantané d’un seul processus. Utilisez-le quand vous savez déjà quelle app pose problème.

• Utile : une app est figée, un processus garde un % processeur élevé, ou une app est lente sur une tâche précise que vous pouvez reproduire.
• Moins utile : tout le Mac est lent et vous ne savez pas pourquoi. Un spindump, qui couvre tous les processus, convient mieux.
• Inutile : le problème est déjà passé. Un échantillon ne montre que ce qui s’est passé pendant qu’il tournait.

Un échantillon seul est utile, mais une courte note le rend bien plus facile à exploiter.

1. Prenez l’échantillon pendant que l’app est figée ou occupée, pas après qu’elle s’est remise.
2. Enregistrez le rapport en fichier texte au lieu d’en copier une partie. Les développeurs ont besoin du graphe d’appels complet et de la liste Binary Images.
3. Notez ce que vous faisiez quand le problème a commencé, comme le fichier ouvert ou le bouton sur lequel vous avez cliqué.
4. Indiquez la version de l’app et votre version de macOS. Les deux figurent aussi dans l’en-tête du rapport, à côté de Version et OS Version.
5. Envoyez-le via la page d’assistance ou l’outil de suivi de bugs de l’app, ou à Apple via l’Assistant d’évaluation si l’app vient d’Apple.