Visual Studio 2015 est extrêmement lent

J'ai installé Visual Studio 2015 Professional Edition et les spécifications de mon ordinateur sont Intel i7-3770 CPU 3,40 GHz, 8 Go de RAM et Windows 7 Enterprise 64 bits.

Je souhaite mettre à niveau mon projet vers .NET 4.6 qui est écrit dans Visual Studio 2005 .NET 2.0, mais j'ai un sérieux problème de vitesse. Après avoir ouvert mon projet (énorme projet) dans Visual Studio 2015, cela devient fou. La construction, le débogage et l'ouverture des menus sont trop lents. Parfois, je reçois un message "ne répond pas". S'agit-il de Windows 7 ou pouvez-vous me donner des conseils sur mon problème de vitesse?

Ce site contient des conseils utiles sur la façon d'améliorer les performances de Visual Studio, en désactivant les fonctionnalités pour les grandes solutions. Par exemple:

1. Allez dans Outils -> Options -> Éditeur de texte -> C # -> Avancé et décochez Activer l'analyse complète de la solution

2. Allez dans Outils -> Options -> XAML Designer -> Général et décochez Activer XAML Designer (nécessite le redémarrage de Visual Studio)

3. Allez dans Outils -> Options -> Éditeur de texte -> Toutes les langues et décochez Activer CodeLens

4. Allez dans Outils -> Options -> Débogage -> Général et désactivez Activer les outils de diagnostic lors du débogage

Vous pouvez essayer d'appliquer les étapes suivantes:

1. Allez dans le menu Outils → Options → Contrôle de la source et réglez Contrôle de la source actuelle… sur Aucun

2. Allez dans le menu Outils → Options → Environnement → Paramètres synchronisés et supprimez cette option en décochant la case.

3. Nettoyez le contenu des dossiers de cache suivants ( ne supprimez pas ces dossiers, supprimez uniquement leur contenu ) et redémarrez Visual Studio:

   • Nettoyez le contenu dans le dossier WebSiteCache (se trouve dans
     C: \ Users \% USERNAME% \ AppData \ Local \ Microsoft \ WebSiteCache )

   • Nettoyez le contenu dans le dossier Temporary ASP.NET Files (se trouve dans
     C: \ Users \% USERNAME% \ AppData \ Local \ Temp \ Temporary ASP.NET Files )

Remarque: Si l' accélération matérielle est activée ou si vous utilisez les paramètres d'expérience visuelle par défaut dans Microsoft Visual Studio 2015 ou Visual Studio 2013, vous pouvez rencontrer des problèmes de performances intermittents, des pannes de produit ou des problèmes de rendu. Pour contourner ces problèmes, allez dans le menu Outils → Options → Environnement → Général et appliquez les paramètres suivants:

Pour plus d'informations, consultez Vous rencontrez des problèmes de performances, des pannes de produit ou des problèmes de rendu dans Visual Studio 2015 et Visual Studio 2013 .

Si le problème est lié au débogage, essayez la solution de contournement sur le débogage / chargement de Visual Studio très lent .

J'espère que ça aide...

J'ai un grand projet et j'ai également connu ce genre de ralentissements. J'ai amélioré les performances à un niveau acceptable en modifiant la portée de la Error Listfenêtre en Current Document.

J'obtiens également des améliorations en passant de Build + IntelliSenseà Build Only. Mais parce que je trouve IntelliSense utile, je me suis engagé à garder Build + IntelliSenseet à étendre Current Document.

J'ai trouvé que la suppression du dossier ".vs" de votre dossier de solution augmente considérablement la vitesse de l'éditeur s'il devient lent avec le temps. Il s'agit d'un dossier caché dans le répertoire racine de votre solution. Je recommanderais d'en enregistrer une sauvegarde au cas où vous auriez besoin de revenir en arrière. Pour autant que je sache, il contient les paramètres spécifiques à l'utilisateur pour la solution, tels que le fichier .suo, comme détaillé ici . Vous pouvez également essayer de supprimer simplement le fichier .suo. Ces dossiers / fichiers seront régénérés par VS la prochaine fois que vous ouvrirez et fermerez cette solution.

L'antimalware Windows Defender peut entraîner un retard de Visual Studio. Comme mentionné par Nostradamus dans cette réponse :

Accédez à Mise à jour et sécurité -> Paramètres -> Windows Defender. Ouvrez le Defender et dans la sélection Paramètres, choisissez Exclusions et ajoutez le processus «devenv.exe».

Une autre chose que j'ai faite a été de mettre à jour ReSharper et chaque addon à la dernière mise à jour.

J'ai également noté que plusieurs processus appelé Microsoft Compatibility Telemetry, CompatTelRunner.exeutilisait beaucoup de CPU quand je Visual Studio. J'ai désactivé "Commentaires et diagnostics" en suivant ce guide.

Cela a fonctionné pour moi!

Est-il possible que vous essayiez d'effectuer différentes opérations sur la solution en même temps? Dans ma situation, le problème est apparu parce que j'essayais d'ouvrir la solution, alors qu'il y avait un processus de TFS, qui essayait d'obtenir la dernière version. Une sorte de verrouillage s'est produite. Le moyen le plus sûr auquel j'ai pensé était de redémarrer le système, de supprimer le fichier .suo et cela a fonctionné pour moi.

Quoi d'autre: vérifiez si votre version de Visual Studio est 64 bits sur un système 64 bits, j'ai désinstallé certains outils électriques de fondation d'équipe et cela s'est vissé avec mon VS, cela a produit les mêmes problèmes

Assurez-vous que vous ne travaillez pas sur une solution qui se trouve sur un lecteur réseau.

Cela semble tellement évident, mais je l'ai manqué, et VS ne vous donne précisément aucun indice quant au problème, c'est juste beaucoup de "Not Responding ...".

Pour moi, le coupable était le cache Resharper, effacez simplement le cache Resharper et cela fonctionne bien

Je suggère que l'amélioration des performances la plus rapide et la plus simple (pour C #) consiste à remplacer VS 2015/2017 par VS2013.

C # est en grande partie inchangé entre les versions. Cela prend juste deux fois plus de temps pour utiliser 2015/2017 et je suis sûr que je ne suis pas le seul à perdre du temps à utiliser des compilateurs plus récents (meilleurs) seulement pour avoir à revenir en arrière.

Je ne pense pas qu'il soit déraisonnable de s'attendre à utiliser un compilateur tout droit sorti de la boîte. Vous pouvez avec 2013.

Microsoft DOIT s'assurer que VS2019 est au moins aussi rapide que 2013 (pour C #)