Débogage parfois très lent
Je suis l'aide de VS2008, dans un normal la mi-taille de la solution.
Parfois, debug marcher devient très lent. Un cadenas est rendu sur chaque onglet fichier pour chaque "étape" (F10/F11), et il peut prendre jusqu'à deux secondes pour chaque étape. Qui rend le débogage très ennuyeux et lent. Quelqu'un a vu ce problème?
source d'informationauteur kaze
Vous devez vous connecter pour publier un commentaire.
Oui, Visual Studio est extrêmement lent au débogage de temps en temps. Il y a un certain nombre de mesures supplémentaires (en plus de la désactivation de la propriété Activer évaluation" réglage) vous pouvez prendre pour accélérer le processus. Essentiellement, il nécessite d'énormes quantités de RAM, donc effectuer quelques choses pour qu'il les aide.
Aller dans les préférences de Visual Studio. Rechercher toutes les options relatives à l'animation des menus et ainsi de suite. Ceux-ci ont tendance à être intensif à la fois, tout n'est pas spécifique de débogage que vous habituellement ne sont pas l'ouverture des menus, il ne semble pas aider.
Sur l'ordinateur lui-même, si vous cliquez-droit sur mon ordinateur. Aller dans l'onglet avancé, sous performances. Si vous réglez votre ordinateur pour des performances optimales, il va accélérer les choses. Il se débarrasse de toute nice styles sur votre ordinateur, mais ça va libérer de la mémoire que vous êtes désireux.
Fermez tous les programmes inutiles. Le plus de mémoire que vous pouvez donner à Visual Studio, le mieux c'est d'aller se comportent.
Que j'ai remarqué dans VS 2008 que si vous avez l' "Afficher les sujets dans la Source' bouton sélectionné dans la barre d'outils de débogage que l'intensification peut être au moins 10 fois plus lent.
J'ai aussi remarqué que si votre application prend beaucoup de temps à démarrer en mode de débogage que cela peut être résolu si vous tout simplement à Supprimer Tous les points d'arrêt " sous le menu Déboguer. Cela a résolu un problème gênant pour moi, même si je n'ai eu qu'une poignée de points d'arrêt définis à l'époque.
Silas
Essayez de désactiver le "Permettre l'évaluation de propriété...” paramètre dans les options du Débogueur, il convient de faire de débogage beaucoup plus rapidement (en savoir plus: Correctif: faciliter le Débogage plus Vite avec Visual Studio):
Désactiver Afficher les Threads dans Source dans Visual Studio. et de Fermer la Trace de Pile d'Appel de la Fenêtre.
En plus de tous les points mentionnés ci-dessus.
Un "Démontage" de l'onglet (ouvert en arrière-plan) ralentit le débogage en 1 à 2 secondes par étape.
(Pas sûr si c'est toujours le cas comme cela).
J'ai eu le même problème, en particulier lorsque le débogage des applications avec de nombreux fils.
Il a été causé par la fonction "Afficher les threads dans la source".
Voir le lien suivant pour les détails:
Code Projet: Afficher les sujets dans la source
Visual Studio Seule Étape De La Performance Des Correctifs
Après la désactivation de cette fonctionnalité, le problème a été résolu.
Il y a beaucoup de choses qui peuvent provoquer de Visual Studio pour être lent. Excessive des points d'arrêt et de Montrer les Threads dans la Source sont probablement les deux plus courantes, mais vous ne vous souciez pas ce qui est le plus commun, vous vous souciez de ce qui est fait de Visual Studio lent pour *vous*.
Donc, si la suppression des points d'arrêt et mise hors tension Show Threads dans la Source ne fonctionne pas, alors vous avez besoin pour le profil de Visual Studio. Qui vous permet de trouver les problèmes de performance qui sont uniques à votre situation. Une explication de la façon de faire (qui a résolu deux Visual Studio problèmes de performances) peut être trouvé ici:
http://randomascii.wordpress.com/2013/03/03/visual-studio-single-step-performance-fixes/
Plus d'enquêtes sur des problèmes de performances dans d'autres gens du code sont détaillés ici:
http://randomascii.wordpress.com/category/investigative-reporting/
Accepté la réponse n'est pas très pertinente ou utile!
Ce sont quelques questions que pourrait faire le débogage extrêmement lent:
Voici un lien vers quelques conseils sur Mike Stahl MSDN de blogà l'égard de la résolution de débogueur ralentissements
J'ai couru à travers ce parce que les points d'arrêt conditionnels dans mon application hotspot tué mon debug de la performance. Personnels BKM: résoudre d'éventuels problèmes de performance avant de vous quitter pour la nuit, pour vous peut ne pas les rappeler dans la matinée.
Une autre cause de la seule étape lenteur est l'utilisation de Intellitrace (disponible uniquement en Ultime). Pour l'éteindre, Outils | Options | IntelliTrace. Décochez L'Option Activer L'IntelliTrace.
"Afficher les Threads dans la Source" suggestion n'a pas aidé.
Mais je l'ai fixée par l'activation des Outils:Options:Débogage:Général - > "les fichiers source pour correspondre exactement à la version originale".
De la Mine a été désactivée au début, mais après l'avoir modifié parcourant le code dans VS2008 est maintenant de retour à la vitesse normale.
Ce qui m'a aidé était la désactivation des Outils de Diagnostic.
Outils /Options /Débogage /Général /Activer Les Outils De Diagnostic
Visual Studio 2015 (Version 14)
J'ai rencontré ce problème après l'activation ".NET Framework source de gué". L'intensification est désormais beaucoup plus rapide après la désactivation de cette option. En particulier, en se retournant sur "Activer uniquement Mon Code" (Options > le Débogage > Général) supprimé environ la moitié de la lag que je vivais.
L'autre moitié a été causé par le chargement de plus de Symboles que j'en avais besoin (Options > le Débogage > Symboles). À un moment, j'ai besoin de Symbole emplacements définis, mais je n'ai pas plus, j'ai donc été en mesure de décocher toutes les et cliquez sur "Vider le Cache de symboles". Si vous avez _NT_SYMBOL_PATH répertorié, cela signifie que vous avez ce paramètre d'environnement définies, et Visual Studio ne vous laisse pas le décocher. Vous devez supprimer le paramètre. Plus sur les paramètres de Symbole (https://blogs.msdn.microsoft.com/visualstudioalm/2015/01/05/understanding-symbol-files-and-visual-studios-symbol-settings/)
J'ai eu le même problème, j'ai supprimé tous mes variable de montres et il a beaucoup aidé! Parce que chaque étape au cours de débogage, il recharge tous les montres et cela prend du temps...
Solution : dans le menu Déboguer, cliquez sur Windows, puis Regarder, et cliquez sur Watch1, Espion 2, Watch3, ou Watch4. Le menu s'affiche de droite et cliquez sur eux pour effacer tous les.
Si vous avez un scanner de virus (avec les analyses en temps réel activée), vérifier si
C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\Remote Debugger\x64\msvsmon.exe* est exclus de l'analyse.Dans mon cas, le débogage est devenu très lent après l'échelle de l'entreprise déploiement de nouveaux virus scanner. Après un certain temps, nous avons constaté que l'analyse en temps réel de msvsmon.exe était le coupable.
*modifier le chemin d'accès à votre dossier d'installation de
Désactiver “Afficher les Threads dans la Source” si elle est activée, et aussi fermer les Piles Parallèles, les Threads, les Tâches et les GPU threads windows si elles sont ouvertes. Ceux qui cause le débogueur à pied de la pile d'appel pour chaque thread dans le processus.
effacer toutes les entrées dans la fenêtre espion.