2010-03-10 4 views
0

J'ai récemment ajouté environ une douzaine de classes d'une autre solution dans ma solution actuelle dans Visual Studio. Après avoir ajouté ces classes, Visual Studio a commencé à geler pendant environ 10 secondes chaque fois que j'économise. Le curseur disparaît et les clics de souris et les touches ne font rien.Visual Studio 2008 geler après enregistrement

Quelques points intéressants:

  • Même après avoir supprimé les classes, le comportement de congélation est toujours là.

  • La congélation se produit si j'ai apporté des modifications au code ou non.

  • Ce comportement semble affecter uniquement cette version particulière de cette solution. Aucune autre solution ne présente ce comportement. Les anciennes versions de cette solution ne sont pas affectées. Dans Sysinternals Process Explorer, chaque fois que je sauvegarde dans Visual Studio, le graphique des octets d'E/S passe de 0 à 2 Mo pendant environ 5 secondes, puis diminue à environ 1 Mo pendant une fraction de seconde, puis revient à 2 Mo pour encore 5 secondes. L'utilisation du processeur va jusqu'à environ 3-5% pendant ce temps.

Voici les détails de ma configuration:

C# projet Silverlight (peut-être 20 classes), la version .NET 3.5 SP1, Visual Studio 2008 SP1 v9.0.30729.

EDIT:

Je modifié cette question largement pour refléter les informations plus détaillées. J'ai pensé que cela pourrait être préférable à une nouvelle question.

Répondre

0

Je ne peux pas être sûr si c'est le même problème, mais j'ai connu des ralentissements similaires à cause de Windows Forms Designer. Je fixe en allant à

Outils -> Options -> Windows Forms Designer

et tourner AutoToolboxPopulate désactivé. C'est un longhot, mais vous pourriez aussi bien essayer. Aussi, une chose que je fais pour les solutions plus grandes est de compiler à partir de la ligne de commande au lieu de dans le studio visuel. Vous avez juste besoin d'ouvrir une invite de commande Visual Studio et d'utiliser msbuild (nom de la solution | nom du projet). Vous pouvez également utiliser/m pour la compilation multicœur.

0

J'ai eu un problème similaire, ce fait l'affaire: http://support.microsoft.com/kb/946344 intitulé « Vous pouvez rencontrer des problèmes de performance dans l'IDE après avoir utilisé Visual Studio 2008 pour construire un projet Visual Basic »

+0

Oui, malheureusement, j'utilise C#, et le correctif est spécifiquement pour VB. De plus, je n'utilise pas beaucoup de commentaires XML, et le ralentissement se produit juste après la compilation. Merci pour l'aide en tout cas. – Klay

0

Je viens de terminer une chasse toute la journée bas de ce bug. Dans mon expérience, j'ai trouvé que cela dépendait du nombre de lignes. Cette valeur était spécifique à la machine. Sur ma machine, la limite de nombre de lignes était de 35 129 et n'était pas spécifique à la taille. Un collègue n'a pas eu les mêmes problèmes lors de l'enregistrement du même fichier, mais j'ai été en mesure de recréer le problème en insérant des lignes vides. Je me suis ensuite rétracté à une ligne de moins que le seuil et ajouté des caractères pour augmenter la taille du fichier qui n'a pas créé de problème, donc je peux dire avec certitude que pour moi, il s'agissait du nombre de lignes. Un indicateur peut également être une petite flèche bleue courbée à côté du nombre de lignes dans VS. Lorsque je devrais dépasser le nombre de lignes, cet indicateur est apparu à la ligne 35, 129. Editer: Si c'est votre problème (et représente une très grande classe) alors un correctif approprié peut être implémenté par des classes partielles.Pour plus d'informations, consultez http://www.techrepublic.com/article/splitting-a-class-across-files-in-vbnet/6179621