Le profilage en continu vous aide à identifier les goulots d'étranglement liés au processeur dans vos applications. Il fournit des statistiques détaillées ventilées par nom de méthode, nom de classe et numéro de ligne. Exploitez ces données pour optimiser votre code, réduire la latence, augmenter le débit et diminuer les coûts. Cette rubrique explique comment consulter les données de profilage en continu.
Données de profilage en continu
Connectez-vous à la console ARMS. Dans le volet de navigation de gauche, choisissez .
Dans la barre de navigation supérieure, sélectionnez une région.
Sur la page Application List, cliquez sur le nom de l'application.
Dans la barre de navigation supérieure, choisissez .
-
Sélectionnez un type de profilage pour afficher les données de profilage du processeur pour une seule instance.
La fonctionnalité de profilage en continu repose sur eBPF, ce qui lui permet de fonctionner sans instrumentation de votre code. Pour les langages disposant de symboles de débogage, tels que Go, les données de profilage affichent des appels de méthodes spécifiques. Si vous voyez une méthode
unknown, cela signifie que le noyau n'a pas pu trouver la table des symboles correspondante pour cette méthode.En haut de la page, vous pouvez sélectionner une fenêtre temporelle (1 minute/5 minutes/15 minutes) et basculer entre les modes d'affichage à l'aide des boutons Table, Both et flame graph. La barre d'outils propose des options telles que Head first, Reset View et Focus on subtree.
La colonne Self indique le temps ou les ressources consommés par l'exécution propre d'une méthode, à l'exclusion du temps ou des ressources consommés par ses appels de méthodes enfants. Ces données vous aident à identifier les méthodes qui consacrent un temps ou des ressources excessifs à leur propre exécution.
La colonne Total inclut le temps ou les ressources consommés par la méthode elle-même ainsi que par tous ses appels de méthodes enfants. Cela vous permet de comprendre quelles méthodes contribuent le plus au temps ou aux ressources consommés sur l'ensemble de la pile d'appels.
Pour examiner un code critique spécifique, concentrez-vous sur la colonne Self ou recherchez les barres plus larges en bas du graphe en flammes à droite. Une barre large représente la cause racine d'une consommation élevée de ressources dans la pile d'appels supérieure et indique généralement un goulot d'étranglement des performances du système.
Contactez-nous
Si vous avez des questions sur l'utilisation de l'édition Application Monitoring eBPF, rejoignez le groupe DingTalk (ID : 35568145) pour obtenir une assistance technique.
Rubriques connexes
Pour en savoir plus sur le dépannage des problèmes liés au processeur, à la mémoire et aux E/S dans les applications Java, utilisez la fonctionnalité de profilage en continu. Pour plus d'informations, consultez Activer le profilage en continu.