Aperçu de Visual Studio 2013 ne répond pas fréquemment

Question

J'ai installé Visual Studio 2013 Preview pour essayer et j'ai de très mauvais problèmes de performances. Chaque fois que j'ouvre un fichier et que j'essaie immédiatement de le fermer, d'éditer un fichier, de sauvegarder un fichier, etc. l'EDI va cesser de répondre pendant environ 15 secondes. J'ai passé en revue tous les réglages de performance que j'ai pu trouver via stackoverflow, blogs, recherche web, etc. mais aucun n'a fonctionné (par exemple, nettoyer les dossiers temporaires, désactiver les compléments et les extensions, supprimer le fichier .suo, etc. .). En utilisant/safemode, les problèmes de performance disparaissent mais je ne trouve pas ce qui pourrait être différent puisque je n'ai pas de compléments, de paquets de nuget ou d'extensions installés. En utilisant l'Explorateur de processus SysInternals, je ne peux voir que le processus pour s'envoyer le noyau qu'il utilise à 100% lorsqu'il cesse de répondre. Je ne vois aucune activité de réseau ou de disque dur pendant ce temps et aucun autre processus ne devient actif.

J'ai réinstallé sans aucune chance, et je l'ai installé sur une autre machine de développement où il semble fonctionner très bien.

Vous avez des idées?

Merci!

MISE À JOUR: Dans l'Explorateur de processus, "Autre E/S Delta" indique ~ 200 000/s lorsqu'il se verrouille sur le processus devenv.exe. Toujours à la recherche ...

MISE À JOUR 2: Je suppose que je dois ajouter que ce PC est un Dell Vostro 460, i7-2600 @ 3.4GHz, 8 Go de RAM, Windows 7, 1 To HDD avec 550GB libre, beaucoup de puissance pour ce que je fais. Fermé toutes les autres applications pendant le débogage, y compris VIPRE A/V et Malwarebytes. Peut-être que vous vous rapprocherez ... en utilisant Process Monitor (j'aime SysInternals stuff!) Pour une raison quelconque, mon dossier C: \ Projects \ entier est analysé/recherché par devenv.exe. Je garde tous mes dossiers de projet sous C: \ Projects \ où il y a environ 20 projets chacun avec leur propre sous-dossier. Voici où ça devient bizarre. Dans/safemode, devenv analyse uniquement le dossier du projet en cours, pas le dossier parent entier. Projects a 6 271 dossiers avec 29 914 fichiers. J'ai essayé de créer un nouveau dossier c: \ Projects2013 \, créé un nouveau projet de test, et devenv essaie d'analyser le dossier parent complet de Projects2013, mais dans/safemode ne traite que Projects2013 \ Sample.

De toute évidence, le nouveau projet dans Projects2013 fonctionne à pleine vitesse car il analyse beaucoup moins de fichiers. L'autre ordinateur fonctionne correctement parce que j'ai quitté le chemin d'accès aux projets par défaut et aucun autre projet dans ce dossier. Maintenant qu'est-ce que dans le monde pourrait faire ceci et pourquoi le chemin différent de dossier entre le mode normal et sûr? Temps de creuser à travers les outils, les options ... pouah!

Voici une capture d'écran de ProcMon:

Mise à jour finale - Ouverte! C'était git à l'origine du problème. J'avais un dépôt local sur c: \ Projects \ qui contenait tous mes différents sous-dossiers de projets. Le fichier de vidage que j'ai créé pour eux leur a permis de le réduire à git. La suppression du référentiel local a corrigé mon problème de performance où VS 2013 est au moins utilisable maintenant. L'équipe de programmation doit cependant résoudre la ré-analyse continue du dossier. Toute personne disposant d'un très grand référentiel se retrouvera avec ce problème.

Answer 1

RÉSOLU! C'était git à l'origine du problème. J'avais un dépôt local sur c: \ Projects \ qui contenait tous mes différents sous-dossiers de projets. Le fichier de vidage de débogage que j'ai créé pour les programmeurs VS leur a permis de le réduire à git. La suppression du référentiel local a corrigé mon problème de performance où VS 2013 est au moins utilisable maintenant. L'équipe de programmation VS doit cependant résoudre la ré-analyse continue du dossier. Toute personne disposant d'un très grand référentiel se retrouvera avec ce problème.