VS2010 profiler : est-il possible à un profil spécifique de la méthode?

Peut-être quelques méthodes pour allumer et d'éteindre le profilage de code?

Ou vous pouvez sélectionner une fonction spécifique de profil ?

InformationsquelleAutor rekna | 2010-05-03
  1. 30

    Vous pouvez également utiliser le profileur de l'API de collecte de données pour démarrer et arrêter le profilage autour des méthodes qui vous intéresse. Voir cet article MSDN une soluce.

    La meilleure façon d'utiliser l'API dans ce cas serait d'appeler StartProfile juste avant que vos méthodes d'exécution et d'appel StopProfile juste après. Vous devriez commencer le profilage via "Démarrer Avec le Profilage Pause" option de sorte que vous n'avez pas à démarrer le profilage jusqu'à ce que vous frappez le premier appel à StartProfile.

    À l'aide de l'API de collecte de données sera de travailler avec d'échantillonnage ou de l'instrumentation.

    InformationsquelleAutor Chris Schmich
  2. 16

    Oui, avec un peu d'effort, vous pouvez le faire si vous ne l'instrumentation de profilage (pas d'échantillonnage):

    1. Ajouter votre binaire/projet comme une Cible dans l'Explorateur de Performances
    2. Cliquez-droit sur la cible, cliquez sur Propriétés
    3. Aller à l'Instrumentation de la section, décochez la case "Exclure des petites fonctions..."
    4. Aller à la section "Avancé", sous "autres options d'instrumentation", précisent les méthodes que vous souhaitez profil (par exemple,/include:ConsoleApp.Program::Main,MyNamespace.MyClass::MyFunc)

    La /include la syntaxe est un peu bizarre, mais si vous lancez un VS invite de commande et accédez à vos données binaires du répertoire, vous pouvez exécuter vsinstr.exe /dumpfuncs foo.exe pour voir la liste de méthodes que vous pouvez inclure explicitement.

    Voir le vsinstr.exe syntaxe de ligne de commande pour plus d'info.

    • ok, semble intéressant alternative à celle ci-dessous, merci!!
    InformationsquelleAutor Chris Schmich
  3. 0

    Ne pas.

    Vous êtes à la recherche pour le "goulot d'étranglement", droit?

    Ce n'est probablement pas dans la fonction où vous pensez qu'elle est.

    C'est la méthode que je appuyer sur, pour n'importe quelle langue ou de l'OS.

    Si le problème est dans cette fonction, il vous le dira. Si elle est ailleurs, il va vous dire.

    @downvoter: Quel est le problème? Si vous êtes préoccupé par la vitesse de démarrage de l'application, manuellement prendre des échantillons pendant le démarrage de l'application.

    L'alternative dans un profileur est de l'exécuter sur l'ensemble de la période et puis essayer de comprendre quelle partie de la timeline a été le démarrage. Et comme la plupart du temps est consacré à l'utilisateur d'attendre, quand vous ne voulez pas d'échantillons, vous le mettez dans CPU-mode d'échantillonnage. Le problème, c'est que vous ne voyez pas les choses comme les e/S temps passé à charger les dll, l'interrogation DNS, etc., qui peut être dominante pendant le démarrage.

    Puis il y a toute la question de la présentation de la bêtise comme "chaud chemin", où le temps vrai-preneur peut facilement cacher.

    Dans le cas où vous vous posez la question "Comment puis-je examiner des milliers d'échantillons de la pile?", la réponse est vous n'avez pas besoin de. Si le démarrage est particulièrement lent, c'est parce qu'il s'est passé quelque grande partie de son temps à faire quelque chose qu'il n'a pas besoin de le faire - d'une fraction comme, disons, 30%, à être conservateur.
    Cela signifie que vous allez le voir, en moyenne, une fois tous 3.33 échantillons.
    Puisque vous avez besoin de le voir deux fois ou plus le savoir est un problème, en moyenne, vous avez besoin de 6.67 échantillons.
    Plus le problème est, le moins d'échantillons dont vous avez besoin.
    (Si c'est à 90%, vous avez seulement besoin de 2/0.9 = 2.2 échantillons.)
    Si vous examinez les 20 échantillons, vous verrez tout problème qui coûtent plus que d'environ 10%, et si vous le réparer, tout les petits problèmes de prendre un plus grand pourcentage - ils sont amplifiés par l'accélération de ratio, de sorte qu'ils sont plus faciles à trouver sur le prochain tour.
    Voici les mathématiques.

    • parfois, vous voulez juste de limiter la portée d'une partie spécifique de l'application... par exemple. une application web prend beaucoup de temps à démarrer (juste parce qu'il a beaucoup à faire), mais je veux vérifier comment une partie spécifique dans le processus de démarrage se comporte, ceux que j'ai écrit, pas le code de l'infrastructure d'une asp.net l'application s'exécute.
    • OK, alors si vous pouvez l'exécuter sous un débogueur, prendre des échantillons de la pile. Si votre routine est sur la pile de moins de 10% du temps, alors les chances sont, il ne vaut pas la peine d'accélérer - c'est votre appel. Si il est sur la pile le plus souvent, les échantillons vais vous dire exactement comment il passe son temps (c'est à dire où est-il l'appel de quoi, et qu'est-ce que que de l'appelant, etc) sur la base d'un pourcentage. Qu'est ce qui vous mènera directement au code, vous pouvez accélérer, en supposant qu'il en est certains. (En général il est.)
    • des applications ont tendance à faire beaucoup de hoo-ha durant le démarrage de choses que vous ne direz jamais, et ils pourraient être sous votre code et peut-être pas. Le chargement des plugins, le chargement des ressources, de l'initialisation des structures de données, chargement des commandes de l'INTERFACE utilisateur, l'initialisation de grilles, toutes ces choses sont bien connus pour s'égarer sur les poursuites de l'oie sauvage de code.
    • Je ne suis pas d'accord avec cet avis. Il ya des moments où vous savez qu'une partie particulière de votre application est lente et qu'est ce que vous voulez de profil. Il n'y a rien de mal à dire que le système pas le profil de sections de code, vous n'êtes pas intéressé à optimiser, en particulier depuis le profilage peut réduire de façon significative la vitesse de l'exécution du programme.
    • Les gens ne sont pas bonnes à deviner quel est le problème. Mais il n'a pas d'importance. Même si ils ont une supposition où il est, s'ils sont de droite, les échantillons pourront le confirmer. Si elles sont mauvaises, les échantillons de leur expliquer le problème est vraiment. Le problème avec la restriction de la profiler à l'attention de l'est - s'ils sont mauvais, ils ne peuvent pas le savoir.
    InformationsquelleAutor Mike Dunlavey