Partager via

Collecte de données de concurrence de threads et de processus

  • Article

La méthode de profilage d'accès concurrentiel des outils de profilage Visual Studio vous permet de collecter les données de conflit de ressources qui incluent des informations sur chaque événement de synchronisation qui provoque qu'une fonction dans l'application profilée attende l'accès à une ressource.

Conditions requises

  • Visual Studio Ultimate, Visual Studio Premium, Visual Studio Professional 

Vous pouvez spécifier la méthode de profilage de concurrence à l'aide de l'une des procédures suivantes :

  • Sur la première page de l'Assistant de Profilage, cliquer sur Concurrence

  • Sur la page Général de la boîte de dialogue des propriétés de la session de performance, cliquer sur Concurrence.

  • Dans la barre d'outils Explorateur de performances, dans la liste Méthode, cliquez sur Concurrence.

Tâches courantes

Spécifiez des options supplémentaires dans la boîte de dialogue Pages de propriétés de la Performance Session.Pour ouvrir cette boîte de dialogue :

  • Dans l'Explorateur de performances, cliquez avec le bouton droit sur le nom de la session de performance, puis cliquez sur Propriétés.

Les tâches du tableau suivant décrivent les options que vous pouvez spécifier dans la boîte de dialogue Property Pages de Performance Session lorsque vous effectuez un profilage à l'aide de la méthode de concurrence.

Tâche

Contenu associé

Sur la page Général, spécifiez les détails d'attribution de nom pour le fichier de données de profilage généré (.vsp).

Sur la page Lancement, spécifiez l'application à démarrer si votre solution de code comporte plusieurs projets .exe.

Dans la page Interactions de couche, ajoutez les données d'appel ADO.NET à l'exécution du profilage.

Dans la page Compteurs Windows, spécifiez un ou plusieurs compteurs de performance de système d'exploitation à ajouter aux données de profilage en tant que marques.

Sur la page Avancé, spécifiez la version du runtime .NET Framework à profiler si vos modules d'application utilisent plusieurs versions.Par défaut, la première version chargée est profilée.