Exécuter des outils de profilage sur les builds de mise en production ou de débogage (C#, Visual Basic, C++, F#)

Visual Studio offre un choix d’outils de mesure et de profilage des performances. Certains outils, tels que l’utilisation du processeur et l’utilisation de la mémoire, peuvent s’exécuter sur les builds de mise en production ou lors du débogage de votre application (build de débogage). Les outils qui apparaissent dans la fenêtre Outils de diagnostic s’exécutent uniquement pendant une session de débogage. Les outils qui apparaissent dans le Profileur de performances s’exécutent sans le débogueur, généralement sur les builds de mise en production. Vous analysez alors les résultats après avoir choisi d’arrêter et de collecter des données (pour l’analyse post-mortem).

Le Profileur de performances et les outils de diagnostic intégrés au débogueur fournissent différentes informations et expériences. Lors de l’utilisation des outils de diagnostic, le débogueur vous montre les valeurs des variables et vous permet d’utiliser des points d’arrêt.

Les résultats de performance des builds de version finale dans le Profileur de performances sont les plus précis et les plus exacts. Ces outils vous donnent des résultats plus proches de l’expérience utilisateur final. En règle générale, il s’agit de la méthode recommandée pour utiliser les outils de profilage. Toutefois, il peut arriver que l’utilisation du débogueur dans un build de débogage contribue à identifier le problème de performances, en particulier si vous souhaitez utiliser des fonctionnalités de débogueur telles que des points d’arrêt et l’opération de pas-à-pas.

Pour vous aider à choisir entre l’utilisation des outils de profilage dans les builds de mise en production ou de débogage, tenez compte des éléments suivants :

• Les versions de production fournissent des optimisations telles que l'inlining des appels de fonction et des constantes, l’élagage des chemins de code inutilisés et le stockage de variables de sorte qu'elles ne peuvent pas être utilisées par le débogueur. Les nombres de performances dans les builds de débogage sont moins précis, car les builds de débogage n’ont pas ces optimisations.
• Outre les différences entre les builds de mise en production et les builds de débogage, le débogueur lui-même modifie les temps de performances, car il effectue les opérations de débogueur nécessaires telles que l’interception des événements d’exception et de chargement de module.
• En ce qui concerne les problèmes de performances causés par les appels nécessitant beaucoup d’UC, les différences de performances peuvent être considérables entre les builds de mise en production et de débogage. Vérifiez si le problème de performances du processeur existe dans les builds de mise en production.
• Les problèmes de performances externes, tels que les problèmes d’E/S de fichier ou de réactivité réseau, ne sont pas très différents dans une build de mise en production ou une build de débogage.
• Si le problème se produit uniquement avec les builds de débogage, vous n’avez probablement pas besoin d’exécuter les outils avec les versions de production.
• Certains outils, tels que l’outil d’allocation d’objets .NET, ne sont disponibles que dans les scénarios de profileur de performances (scénarios non débogueur).

Collecter des données de profilage sur les builds de mise en production

Pour collecter des données de performances sur les builds de mise en production, exécutez les outils Performance Profiler.

1. Avec un projet ouvert dans Visual Studio, définissez la configuration de la solution sur Version, puis sélectionnez débogueur Windows local (ou ordinateur local) comme cible de déploiement.

2. Sélectionnez Déboguer>Profileur de performances ou appuyez sur Alt+F2.

3. Dans la page de lancement des outils de diagnostic, sélectionnez un ou plusieurs outils à exécuter. Seuls les outils applicables au type de projet, au système d’exploitation et au langage de programmation sont affichés. Sélectionnez Afficher tous les outils pour afficher également les outils désactivés pour cette session de diagnostic.

   

4. Pour démarrer la session de diagnostic, sélectionnez Démarrer.

   Pendant l’exécution de la session, certains outils affichent des graphiques de données en temps réel sur la page outils de diagnostic et peuvent afficher des options pour suspendre et reprendre la collecte de données.

   

5. Pour terminer la session de diagnostic, sélectionnez Arrêter la collecte.

   Les données analysées s’affichent sur la page Rapport.

   Pour plus d’informations sur les outils disponibles pour une utilisation dans les builds de mise en production et sur l’analyse des rapports, consultez :

   • Analyser les performances à l’aide du profilage du CPU
   • Analyser l’utilisation de la mémoire
   • Analyser l’utilisation de la mémoire pour le code .NET
   • Analyser les données d’instrumentation
   • Analyser les compteurs .NET
   • Analyser les performances du code asynchrone .NET
   • Analyser les performances de la base de données
   • Afficher les événements
   • Analyser l’utilisation du GPU

   Remarque

   Utilisez Relancer pour ignorer la page de lancement et l’exécuter automatiquement avec vos paramètres précédents en appuyant sur Alt+F2 ou en cliquant sur Déboguer > Profileur de performances.

6. (Facultatif) Enregistrez le rapport, puis vous pouvez l’ouvrir ultérieurement à partir de la liste Sessions récemment ouvertes dans la page de lancement des outils de diagnostic.

   

Collecter des données de profilage lors du débogage

Lorsque vous démarrez le débogage dans Visual Studio en sélectionnant Déboguer>Démarrer le débogage, ou en appuyant sur F5, la fenêtre Outils de diagnostic s’affiche par défaut. Pour l’ouvrir manuellement, sélectionnez Debug>Windows>Afficher les outils de diagnostic. La fenêtre Outils de diagnostic affiche des informations sur les événements, la mémoire du processus, l’utilisation du processeur et les compteurs .NET.

• Utilisez l'icône Paramètres dans la barre d'outils pour sélectionner si vous souhaitez afficher l'utilisation du processeur , l'utilisation de la mémoire , ou les compteurs .NET .

• Sélectionnez Paramètres dans la liste déroulante Paramètres pour ouvrir les pages de propriétés des outils de diagnostic avec d’autres options.

• Si vous exécutez Visual Studio Enterprise, vous pouvez activer ou désactiver IntelliTrace en accédant à Tools>Options>IntelliTrace.

La session de diagnostic se termine lorsque vous arrêtez le débogage.

Pour plus d’informations sur les outils disponibles lors du débogage, consultez :

• Mesurer les performances des applications en analysant l’utilisation du processeur
• Mesurer l’utilisation de la mémoire dans Visual Studio
• Analyser les compteurs .NET

Onglet Événements

Pendant une session de débogage, l’onglet Événements de la fenêtre Outils de diagnostic répertorie les événements de diagnostic qui se produisent. Les préfixes de catégories Point d’arrêt, Fichier et autres vous permettent de trouver rapidement les catégories qui vous intéressent dans la liste, ou d’ignorer celles qui ne vous intéressent pas.

Utilisez la liste déroulante Filtre pour filtrer les événements dans et hors vue, en sélectionnant ou en désactivant des catégories d’événements spécifiques.

Utilisez la zone de recherche pour rechercher une chaîne spécifique dans la liste des événements. Voici les résultats d’une recherche du nom de fichier modèle correspondant à trois événements :

Pour plus d’informations, consultez Recherche et filtrage de l’onglet Événements de la fenêtre Outils de diagnostic.

Collecter des données de profilage à partir de la ligne de commande

Pour mesurer les données de performances à partir de la ligne de commande, vous pouvez utiliser VSDiagnostics.exe, qui est inclus avec Visual Studio ou les outils à distance. Cela est utile pour capturer les traces de performances sur les systèmes où Visual Studio n’est pas installé, ou pour écrire des scripts dans la collection de traces de performances. Pour obtenir des instructions détaillées, consultez Mesurer les performances des applications à partir de la ligne de commande.