9
votes

Visual Studio 2010 Crash lors du profilage, après avoir analysé le rapport

Je profilets mon projet Winform C # sur VS 2010, SP1. Les accidents de l'IDE après la finition de Profilig et l'analyse est terminée, mais les résultats ne sont pas encore affichés. Je peux traiter manuellement mon rapport par cmd: > vsperfreport.exe / résumé: tous "rapport111229 (4) .vsp" Mais j'aimerais obtenir des résultats d'analyse en VS également, les fichiers .csv générés par l'outil ne sont pas si gentils. Intéressant est que VS se bloque lorsque j'utilise l'instrumentation et l'échantillonnage, mais pas lorsque j'utilise une concurrence. Quelques idées ou conseils comment résoudre ce problème?


5 commentaires

J'ai trouvé cette partie de Visual Studio peu fiable lors de l'analyse de grandes journaux.


@watbywbarif J'ai le même problème et je peux recréer de manière fiable cela même avec des bûches vraiment légères. Certaines personnes semblent être capables de le retrouver à certains; plus spécifique; Erreur sous-jacente mais je ne peux pas comprendre comment.


Vous devez signaler le bogue à la SEP, juste au cas où ils ne le sont pas.


Fera dès que Bounty est terminée et aucune solution trouvée.


Même problème ici avec profilage C ++ dans Visual Studio 2012 ...


3 Réponses :


3
votes

Certaines personnes sont capables de contourner cela en utilisant l'une des quatre techniques.

  1. désactivation de toutes les options d'expérience visuelle dans VS 2010 en désélectionnant l'option dans Outils -> Options -> Environnement -> Général | Expérience visuelle

  2. Désactiver l'accélération HW pour WPF en définissant la valeur de registre HKEY_CURrent_user \ logiciel \ microsoft \ avalon.graphics \ désactivé à 1

  3. Désactiver l'option Concurrence Collect Resource Convention Data

  4. Sélectionnez Activer le support du serveur source dans Outils -> Options -> Débogage -> Général

    Celles-ci sont toutes puantes mais peuvent travailler assez longtemps pour vous permettre de faire ce dont vous avez besoin


4 commentaires

Thx, je vais essayer cela après des vacances.


2. L'accélération HW était déjà désactivée pour Visual Studio dans 1. Donc, je ne vois donc pas comment cela pourrait aider? Aussi je n'ai pas d'avalon.graphics clé dans le registre


3. Ceci est important uniquement pour la concurrence et les travaux de concurrence ok pour moi, des accidents ne se produisent que dans l'échantillonnage et l'instrumentation.


Eh bien, cela ne m'a pas aidé, mais vous avez fait des efforts, donc +50.



1
votes

Essayez d'exclure le fichier de performance du contrôle source

Quel résolu le problème pour moi excluait le fichier de performance (E.g. Performance.psess) à partir du contrôle de la source (dans notre cas TFS) et de veiller à ce qu'aucun des fichiers .psess et .vsp ne soit marqué en lecture seule.

J'espère que cela aidera quelqu'un d'autre aussi.


3 commentaires

Cela n'a aidé ni ni. J'utilise SVN et .vsp n'est pas géré par Subversion ni marqué comme en lecture seule. Mais thx, peut-être que cela aidera quelqu'un d'autre.


@watbywbarif - En outre, vous voudrez peut-être essayer d'attendre 5 secondes avant d'arrêter le profilage (faites-le de VS, pas en fermant l'application), puis d'attendre à nouveau avant d'essayer de produire le rapport. Cela semble réduire le nombre de fois où l'accident se produit.


Je pouvais enfin faire du profilage d'instrumentation en faisant une pause du profileur juste après la lancée de l'application, puis accédez à l'endroit exact qui doit être profilé, reprenant le profileur et en sortant en frappant la «sortie» dans le profileur.



0
votes

Une autre solution de contournement qui m'a aidé (MSVS2013) est d'ouvrir une autre instance de Visual Studio, et débogage-> joindre au premier processus Visual Studio, appelé devenv.exe . Après cela, ouvrez le fichier de profil dans la première instance de studio.

aller chiffre.


0 commentaires