Pourquoi Visual Studio 2013 est-il très lent?

J'exécute Visual Studio 2013 Pro (version RTM) sur mon PC formaté (nouvelle installation de Windows 8.1).

Je ne sais pas pourquoi, mais Visual Studio 2013 Pro est très très lent! Lent pour la construction, le débogage, la navigation dans l'IDE ... ma LED de disque dur ne s'allume pas du tout!

Je suis sur un petit projet MFC (C ++) utilisant la bibliothèque Boost .

Des idées?

C'est quelque chose qui concerne les pilotes graphiques. Si vous les mettez à jour, tout ira bien.

Ou vous pouvez désactiver l'accélération graphique matérielle dans Visual Studio en procédant comme suit:

1. Dans Visual Studio, cliquez sur " Outils ", puis sur " Options ".

2. Dans la boîte de dialogue Options, accédez à la section « Environnement> Général » et désactivez la case à cocher «Ajuster automatiquement l'expérience visuelle en fonction des performances du client ». (Reportez-vous à la capture d'écran suivante pour cette étape.)

3. Décochez la case " Utiliser l'accélération graphique matérielle si disponible " pour empêcher l'utilisation de l'accélération graphique matérielle.

4. Cochez ou décochez la case " Activer l'expérience visuelle du client riche " pour vous assurer que les visuels riches sont toujours activés ou désactivés, respectivement. Lorsque cette case est cochée, les visuels riches sont utilisés indépendamment de l'environnement informatique. Par exemple, les visuels riches sont utilisés lorsque vous exécutez Visual Studio localement sur un client riche et sur un bureau distant.

Références:

• Vous rencontrez des problèmes de performances, des plantages de produits ou des problèmes de rendu dans Visual Studio 2013

Essayez de définir le plug-in de contrôle de source actuel sur Aucun (menu Outils → Options → Contrôle de source ), si vous utilisez le fournisseur Microsoft Git , ce qui semble ralentir Visual Studio 2013 de plus en plus à mesure que le référentiel s'agrandit.

J'avais l'ensemble du framework Dojo Toolkit sous contrôle de source à l'aide du fournisseur Microsoft Git, et il est arrivé au point où il y a eu des retards entre le moment où j'appuie sur une touche et le moment où le glyphe apparaît à l'écran. Si mauvais.

Lorsque / si vous avez à nouveau besoin de Git, vous pouvez basculer vers le fournisseur TortoiseGit ou Git-Extensions , les deux fonctionneront sans ralentissement. J'aime personnellement les extensions Git.

Moi aussi, j'ai eu un peu de mal avec de mauvaises performances dans Visual Studio 2013 (Premium). À peu près les mêmes problèmes que TS. Navigation lente, défilement, construction ... à peu près tout. Heureusement, j'ai réussi à résoudre mon propre problème en désactivant les paramètres synchronisés dans Visual Studio. Allez dans le menu Outils → Options → Paramètres synchronisés avec l'environnement et supprimez cette option en décochant la case.

Dans le cas des applications Web, une autre cause de construction et de débogage lents (mais pas la navigation IDE) pourrait être la fonctionnalité Link du navigateur .

J'ai constaté qu'avec cette option activée, la construction prendrait 4 fois plus de temps et le débogage était douloureux - après chaque publication, les pages Web se figeaient pendant quelques secondes avant que vous puissiez interagir avec elles.

J'utilisais une solution mise à niveau à partir de Visual Studio 2012. Visual Studio 2013 a également mis à niveau le fichier .suo. La suppression du fichier .suo de la solution (à côté du fichier .sln), la fermeture et la réouverture de Visual Studio ont résolu le problème pour moi. Mon fichier .suo est passé de 91 Ko à 27 Ko.

J'ai eu le même problème et la seule solution qui a fonctionné pour moi a été de suivre les trois étapes présentées ci-dessous:

1. Nettoyez le dossier WebSiteCache (vous pouvez le trouver dans C: \ Users \% USERNAME% \ AppData \ Local \ Microsoft \ WebSiteCache )

2. Nettoyez le dossier "Fichiers ASP.NET temporaires" (recherchez-le dans C: \ Users \% USERNAME% \ AppData \ Local \ Temp \ Temporary ASP.NET Files )

3. Redémarrez Visual Studio

Ce qui a résolu le problème était de désactiver Git en définissant le plug-in de contrôle de source actuel sur Aucun dans Visual Studio, menu Options → Contrôle de source :

Ce problème semble être dû à la désinstallation de l' édition SQL Server Compact (4.0).

J'avais ce problème et il a été résolu après l'installation de l'édition SQL Server Compact 4.0. À la fermeture de Visual Studio 2013, je recevais un message pour installer l'édition SQL Server Compact car un projet C ++ avait besoin de quelque chose ... ne peut mettre le doigt sur rien.

Résolvez ce problème en installant Microsoft SQL Server Compact 4.0

Microsoft SQL Server Compact 4.0

Je peux conseiller une option comme celle-ci.

CodeLens peut être désactivé comme sur l'image. Cela donne beaucoup de performances.

Si vous déboguez un site Web ASP.NET à l'aide d'Internet Explorer 10 (et versions ultérieures), assurez-vous de désactiver votre plug-in de gestionnaire de mots de passe «LastPass» pour Internet Explorer. LastPass va amener vos sessions de débogage à une exploration et réduire considérablement votre capacité de patience!

J'ai soumis un ticket d'assistance à Lastpass à ce sujet et ils ont reconnu le problème sans aucune intention de le résoudre, disant simplement: "LastPass n'est pas compatible avec Visual Studio 2013".

J'ai eu le même problème et toutes les solutions mentionnées ici n'ont pas fonctionné pour moi.

Après avoir désinstallé l'extension "Productivity Power Tools 2013", les performances sont revenues à la normale.

Une dernière chose à vérifier; pour moi, c'était la journalisation Fusion.

J'avais allumé cela il y a très longtemps et plus ou moins oublié. Se débarrasser des plus de 5000 répertoires et 1 Go de fichiers enregistrés a fait des merveilles.

Il existe une bonne solution de contournement pour cette solution si vous rencontrez une lenteur dans le rendu des fichiers .cs et .cshtml.

Fermez simplement tous les fichiers ouverts afin que le cache soit effacé et ouvrez à nouveau les fichiers requis.

Visual Studio Community Edition était lent à basculer entre les fichiers ou à ouvrir de nouveaux fichiers. Tout le reste (par exemple, les éléments de menu) était par ailleurs normal.

J'ai d'abord essayé toutes les suggestions des réponses précédentes et aucune n'a fonctionné. J'ai ensuite remarqué que cela se produisait uniquement sur une application Web ASP.NET MVC 4, j'ai donc ajouté une nouvelle application Web ASP.NET MVC 4, et cela a été rapide.

Après beaucoup d'essais et d'erreurs, j'ai découvert que la différence était packages.config- Si je mettais les références Microsoft en haut du fichier, cela rendait tout à nouveau accrocheur.

Déplacez les Microsoft*entrées vers le haut.

Il semble que vous n'ayez pas besoin de les déplacer tous - le déplacement, par exemple, <package id="Microsoft.Web.Infrastructure"a un effet notable sur ma machine.

En aparté

• La suppression de tout le contenu du fichier le rend encore plus rapide *
• L'exclusion de packages.config de Visual Studio ne résout pas le problème
• Un ami utilisant Visual Studio 2013 Premium n'a remarqué aucune différence dans ces deux cas (les deux étaient rapides)

METTRE À JOUR

Il semble que les packages NuGet manquants ou incomplets localement en soient la cause. J'ai ouvert le gestionnaire de packages et j'ai reçu un avertissement `` Certains packages NuGet manquent dans cette solution '' et j'ai choisi de les restaurer et cela a accéléré les choses. Cependant, je n'aime pas cela car dans mon référentiel, j'ajoute uniquement les éléments réels requis pour la compilation car je ne veux pas gonfler mon référentiel, donc à la fin, je viens de supprimer le packages.config.

Cette solution peut ne pas convenir à vos besoins car je préfère utiliser NuGet pour récupérer les packages, pas gérer les mises à jour des packages, donc cela cassera cela si vous l'utilisez à cette fin.

Pour moi, le problème était la page de démarrage - elle téléchargeait du contenu et provoquait le blocage de Visual Studio.

La seule solution pour moi était de:

1. Tuez le processus DevEnv à partir du Gestionnaire des tâches
2. Démarrez Visual Studio en mode sans échec à partir de la ligne de commande:
   devenv.exe /safemode
3. Allez dans le menu Outils → Options et sélectionnez les options Environnement / Démarrage
4. Choisissez "Afficher un environnement vide" pour l'action de démarrage
5. Fermez Visual Studio
6. Redémarrez normalement

L'exécution des tests unitaires était lente. C'était un problème ReSharper.

1. Menu ReSharper → Options → Environnement → Général ...Clear Caches
2. Outils de menu → Options → ReSharper → Général ...Suspend Now
3. Fermez Visual Studio
4. Supprimez le fichier .suo.
5. Ouvrez à nouveau Visual Studio.
6. Réactivez ReSharper.

J'ai également eu un problème avec un IDE lent.

Dans mon cas j'ai installé

• ReSharper
• Npgsql (faible chance de provoquer le problème)
• Entity Framework Power Tools Beta 4

Ce qui suit m'a un peu aidé:

• Synchronisation désactivée - menu Outils → Options → Paramètres synchronisés avec l'environnement
• Sélection de plug-in désactivée - menu Outils → Studio → Options → Contrôle de source .
• Désactivé Entity Framework Power Tools Beta 4 - menu Outils → Extensions et mises à jour

Resharper JetBrain non installé - WOW !! Je suis encore rapide !!

Modifiez la valeur du journal de fusion à 0. Cela a résolu mon problème.

Il s'agit de la clé FusionLog dans le registre:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion
Check ForceLog value (1 enabled, 0 disabled).

J'étais également confronté à ce problème depuis assez longtemps. Voici les étapes que j'effectue, et cela fonctionne pour moi toujours:

• Suppression du fichier .suo de la solution.
• Suppression des fichiers ASP.NET temporaires (vous pouvez les trouver à le trouver dans % WINDOW% \ Microsoft.NET \ Framework \ Temporary ASP.NET Files)
• Suppression de tous les points d'arrêt dans l'application.

Visual Studio 2013 a un serveur de packages en cours d'exécution et dépensait jusqu'à 2 millions de K de mémoire.

Je l'ai mis à faible priorité et affinité avec un seul processeur, et Visual Studio a fonctionné beaucoup plus facilement.

Explorateur de performances

Avez-vous utilisé le menu Analyser → Performances et diagnostics ? J'ai! C'est génial! Mais vous voudrez peut-être nettoyer.

Ouvrez l' Explorateur de performances . Si vous réduisez tous les éléments qui s'y trouvent, sélectionnez-les tous, puis vous pouvez cliquer avec le bouton droit et supprimer .

Ma solution s'ouvre plus rapidement et fonctionne en général beaucoup plus rapidement maintenant.

Vous pouvez également remarquer des changements dans votre slnfichier comme indiqué. Pour moi, cette section a été supprimée du sln.

GlobalSection(Performance) = preSolution
    HasPerformanceSessions = true
EndGlobalSection

Dans Visual Studio 2015 Community edition, j'ai connu un IDE très (très) lent après avoir changé la "Police d'environnement" dans le menu Outils → Options ... → Polices et couleurs .

Le rétablissement de ces options à la valeur par défaut ("automatique") l'a résolu immédiatement.

J'ai rencontré des problèmes similaires lors du passage de Visual Studio 2012 → Visual Studio 2013. L'EDI se bloquait après presque chaque clic ou enregistrement, et la construction prenait plusieurs fois plus de temps. Aucune des solutions énumérées ici n'a aidé.

Ce qui a finalement aidé, c'est de déplacer mes projets sur un disque local. Visual Studio 2012 n'a eu aucun problème à stocker mes projets sur un partage réseau, mais Visual Studio 2013 n'a pas pu le gérer pour une raison quelconque.

J'avais installé Visual Studio 2013 et il fonctionnait sans problème. À un moment donné, il a commencé à devenir lent et a décidé d'installer Visual Studio 2015. Après l'installation, rien n'a changé et les deux versions construisaient la solution très lentement (environ 10 minutes pour 18 projets en solution).

Ensuite, j'ai commencé à penser aux extensions récemment installées - la plus récente installée était les outils PHP pour Visual Studio (l'avaient sur Visual Studio 2013 uniquement). Je ne sais pas comment une extension peut affecter d'autres versions de Visual Studio, mais sa désinstallation m'a aidé à résoudre le problème.

J'espère que cela aidera les autres à se rendre compte que ce n'est pas toujours la faute de Visual Studio.

J'ai ajouté "devenv.exe" en tant qu'exclusion à Windows Defender . Cela a résolu mon problème complètement. Les gens peuvent essayer ceci comme leur premier essai.

J'ai le même problème, mais cela ralentit lorsque vous essayez d'arrêter le débogage dans Visual Studio 2013, et j'essaie ceci:

• Fermez Visual Studio, puis
• Trouver le dossier du projet de travail
• Supprimer le fichier .suo
• Supprimer le dossier / obj
• Ouvrez Visual Studio
• Reconstruire

Aucune des suggestions n'a fonctionné pour moi, mais j'ai résolu mon problème. J'avais essayé la plupart des autres recommandations avant d'arriver à la solution suivante.

Mon scénario / problème:

Utilisation de Visual Studio 2017 avec ReSharper Ultimate. La saisie au clavier dans l'EDI est devenue très lente comme d'autres l'ont décrit. La dernière modification que j'ai apportée à ma solution a été d'ajouter un nouveau projet de site Web, j'ai donc examiné cela. Après avoir essayé beaucoup de choses, j'ai essayé d'ajouter un deuxième projet de site Web, afin que je puisse essayer de remplacer le premier, et Visual Studio s'est contenté après cela. Il ne chargerait même plus la solution.

Ma solution:

J'ai forcé la fermeture de Visual Studio, puis j'ai supprimé le ou les projets de site Web nouvellement ajoutés du fichier .sln à l'aide du Bloc-notes . Après avoir enregistré et démarré Visual Studio, ma solution s'est chargée rapidement et tout semblait redevenir normal. J'ai ajouté un nouveau site Web avec une configuration légèrement différente (voir la réflexion ci-dessous), et le problème ne s'est pas reproduit.

Ma pensée:

Je pense que le problème provient de la création du nouveau projet de site Web et de l'utilisation d'un chemin d'accès au système de fichiers vers un partage réseau hébergé dans Azure. Je travaille sur un VPN qui a tendance à ralentir les choses, et je rencontre parfois des problèmes de routage avec certains services, donc mon problème / solution peut être un peu un flocon de neige. J'ai changé le chemin du système de fichiers pour être un référentiel local et publierai les fichiers selon les besoins, ce qui semble être une bien meilleure façon de procéder.

J'ai eu un comportement Visual Studio où la saisie était lente pour mes fichiers HTML. Auparavant, lors de l'installation, je devinais que, parce que mes fichiers HTML étaient du code HTML générique, il n'était pas nécessaire d'installer des outils de développement Web à partir du composant de charge de travail du programme d'installation. Je suis retourné et j'ai installé ce bit et le comportement de Visual Studio est devenu comme je m'y attendais.

Quelqu'un at-il trouvé des problèmes CodeLens (le compteur de référence) avec les performances de démarrage?

Désactiver CodeLens (menu Outils → Options → éditeur de texte → Toutes les langues → CodeLens )

Désactivez également le contrôle de source Git (menu Outils * → Options → Contrôle de source )