Dans mon instance Visual Studio, même si je viens d'écrire une seule ligne de retour dans une application console C#, il me faudra une minute après avoir appuyé sur F5 pour exécuter le code réel (je veux dire le temps qu'il faut pour s'arrêter sur l'unique instruction de retour après avoir appuyé sur la touche F5 -- J'ai mis un point d'arrêt sur l'instruction de retour dans les main
fonction). Qu'est-ce qui ne va pas ? Existe-t-il une liste de contrôle ?
J'utilise Visual Studio 2008 VSTS edition et je débogue sur Windows Server 2003 x64.
2 votes
Juste pour être sûr... De quelle quantité de mémoire disposez-vous lorsque vous essayez d'exécuter le code ? D'après mon expérience, VS est très gourmand en mémoire...
1 votes
Quel est votre matériel ? Visual Studio est très gourmand en disque et en processeur, donc une machine bon marché ne sera pas aussi performante.
1 votes
Avoir > 2-3 points d'arrêt conditionnels est mal géré par VS...
0 votes
J'ai 4G de mémoire et aucun autre processus ne tourne en même temps. J'ai redémarré ma machine plusieurs fois et le même symptôme. Je n'ai pas rencontré de tels problèmes une semaine auparavant. Avez-vous d'autres idées ?
0 votes
Mon matériel est composé de 4G de mémoire + 2 CPU (2.33G), est-ce suffisant ? BTW : Je n'ai pas souffert de cela une semaine auparavant :-)
0 votes
"Avoir > 2-3 points d'arrêt conditionnels est mal géré par VS" -- comment vérifier tous les points d'arrêt que VS doit gérer pendant le débogage de démarrage ?
2 votes
Ils sont tous listés dans Debug->Windows->Breakpoints (Ctrl-Alt-B). Mais vous le sauriez si vous en faisiez...
0 votes
Pas de point d'arrêt quand on vérifie avec (Ctrl-Alt-B), mais toujours lent. D'autres idées ?
0 votes
Jetez un coup d'œil ici blogs.msdn.microsoft.com/visualstudioalm/2015/03/03/