Pourquoi VS 2013 est-il très lent?
J'utilise 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 construire, déboguer, naviguer dans l'IDE ... mon voyant HDD 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:
Dans Visual Studio, cliquez sur "Outils", puis sur "Options".
Dans la boîte de dialogue Options, accédez à la section "Environnement> Général" et décochez la case "Ajuster automatiquement l'expérience visuelle en fonction des performances du client}". (Reportez-vous à la capture d'écran suivante pour cette étape.)
Désactivez la case à cocher "Utiliser l'accélération graphique matérielle si disponible} _" pour empêcher l'utilisation de l'accélération graphique matérielle.
Cochez ou décochez la case "Activer l'expérience visuelle du client riche}" pour vous assurer que les visuels enrichis sont toujours activés ou désactivés, respectivement. Lorsque cette case est cochée, les visuels enrichis sont utilisés indépendamment de l'environnement informatique. Par exemple, les visuels enrichis sont utilisés lorsque vous exécutez Visual Studio localement sur un client enrichi et sur un poste de travail distant.
Références:
Essayez de définir Plug-in de contrôle de source actuel à Aucun ( Outils > Options > Contrôle de code source ), si vous utilisez Fournisseur Microsoft Git , ce qui semble ralentir VS2013 de plus en plus à mesure que le référentiel grossit.
J'avais tout le framework dojo sous contrôle de source en utilisant le fournisseur MS Git et il est arrivé au point où il y a eu des retards entre le moment où j'ai appuyé sur une touche et le moment où le glyphe apparaîtrait à l'écran. Si mauvais.
Lorsque/si vous avez à nouveau besoin de git, vous pouvez passer à tortoise git provider ou Git-Extensions , les deux fonctionneront sans ralentissement. J'aime Git-Extensions, personnellement.
Moi aussi j'ai un peu lutté contre les mauvaises performances de VS 2013 (Premium). À peu près les mêmes problèmes que TS avait. 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 VS . Allez dans Outils -> Options -> Paramètres synchronisés avec l’environnement et supprimez cette option en décochant case à cocher.
Espérons que cela résoudra également vos problèmes de performance!
Dans le cas des applications Web, une autre cause de lenteur de la construction et du débogage (mais pas de la navigation IDE) pourrait être la fonction Lien de navigateur .
J'ai constaté qu'avec cette option activée, la construction prenait 4 fois plus de temps et que le débogage était pénible - après chaque publication, les pages Web se figeaient quelques secondes avant que vous ne 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 (située à 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 3 étapes présentées ci-dessous:
Nettoyez le dossier WebSiteCache (vous pouvez le trouver à l'adresse C:\Users \% USERNAME%\AppData\Local\Microsoft\WebSiteCache)
Nettoyez le dossier "Temporary ASP.NET Files" (trouvez-le à C:\Users \% USERNAME%\AppData\Local\Temp\Temporary ASP.NET Files)
Redémarrer Visual Studio
J'espère que ça vous aide.
Ce qui a résolu le problème pour moi, c’est de désactiver GIT en le réglant sur aucun dans Visual Studio, Options, Contrôle de source.
Ce problème semble être dû à la désinstallation de SQL Server Compact Edition (4.0) . J'avais ce problème et il a été résolu après l'installation de SQL Server Compact Edition 4.0 . À la fermeture de VS 2013, je recevais un message installer SQL Server Compact edition en tant que projet C++ nécessitait 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.
Le "Code Lens" peut être désactivé comme sur l'image. Cela donne beaucoup de bonté de performance.
Si vous déboguez un site Web ASP.NET avec IE10 +, assurez-vous d’éteindre votre plug-in de gestionnaire de mot de passe IE 'LastPass'. LastPass analysera vos sessions de débogage et réduira 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éparer, simplement en disant: "LastPass n'est pas compatible avec Visual Studio 2013".
J'avais le même problème et toutes les solutions mentionnées ici ne fonctionnaient pas pour moi… .. après la désinstallation de l'extension «Productivity Power Tools 2013» La performance était revenue à la normale.
J'espère que cela fera gagner du temps à quelqu'un.
Une dernière chose à vérifier; pour moi, c'était la journalisation Fusion. J'avais allumé cela il y a très longtemps et à peu près oublié à ce sujet. Se débarrasser des plus de 5000 répertoires et de 1 Go de fichiers enregistrés a fonctionné à merveille.
Salut les gars, il y a un bon travail autour de cette solution si vous rencontrez des lenteurs dans le rendu des fichiers cs et .cshtml, fermez tous les fichiers ouverts pour que le cache soit effacé et ouvrez à nouveau les fichiers requis
Visual Studio Community Edition commutait lentement entre les fichiers ou ouvrait de nouveaux fichiers. Tout le reste (par exemple les éléments de menu) était par ailleurs normal.
J'ai essayé toutes les suggestions ci-dessus en premier et aucune n'a fonctionné. J'ai alors remarqué que cela ne se produisait que sur une application Web MVC4. J'ai donc ajouté une nouvelle application Web MVC4, ce qui était rapide.
Après beaucoup d'essais et d'erreurs, j'ai découvert que la différence était packages.config - Si j'ai placé les références Microsoft en haut du fichier, cela a encore rendu la chose éclatante.
Déplacez les entrées Microsoft* vers le haut.
Il semble que vous n’ayez pas besoin de tous les déplacer - déplacer, par exemple, <package id="Microsoft.Web.Infrastructure" a un effet notable sur ma machine.
en aparté
- supprimer tout le contenu du fichier le rend encore plus rapide *
- Exclure packages.config de VS 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 paquets de nugets manquants ou incomplets localement en soient la cause. J'ai ouvert le gestionnaire de paquets et un avertissement "Certains paquets NuGet sont absents de cette solution" et j'ai choisi de les restaurer, ce qui a accéléré les choses. Cependant, je n'aime pas cela, car dans mon référentiel, j'ajoute uniquement les éléments requis pour la compilation, car je ne veux pas gonfler mon référentiel, alors, à la fin, j'ai simplement supprimé le package.config. Cette solution risque de ne pas répondre à vos besoins, car je préfère utiliser nuget pour récupérer les packages, mais pas pour gérer les mises à jour des packages. Cela ne fonctionnera donc pas si vous l'utilisez à cette fin
Je pensais que j'ajouterais une possibilité supplémentaire pour ceux qui se sont retrouvés ici. Pour moi, le problème était la page de démarrage - elle téléchargeait du contenu et provoquait l'arrêt de Visual Studio. La seule solution pour moi était de:
- Tuer le processus DevEnv à partir du gestionnaire de tâches
- Démarrez Visual Studio en mode sans échec à partir de la ligne de commande:
devenv.exe /safemode - Allez dans Outils >> Options et sélectionnez les options Environnement/Démarrage.
- Choisissez "Afficher l'environnement vide" pour l'action de démarrage
- Fermer Visual Studio
- Redémarrer normalement
Les tests unitaires ont été lents. C'était un problème de ReSharper.
- ReSharper> Options> Environnement> Général ... Clear Caches
- Outils> Options> ReSharper> Général ... Suspend Now
- Fermer VS
- Supprimer le fichier suo.
- Ouvre encore.
- Réactivez ReSharper.
J'ai aussi eu un problème avec l'IDE lent In mon cas, j'ai installé
- Resharper
- npgsql (faible chance de causer le problème)
- Entity Framework Power Tools Bêta 4
Les suivants m'ont aidé un peu Synchronisation désactivée - Outils -> Options -> Paramètres synchronisés avec l'environnement
Sélection de plug-in désactivé - Outils -> Studio -> Options -> Contrôle de la source. Disabled Entity Framework Power Tools Bêta 4 - Outils -> Extensions et mises à jour
Désinstallé JetBrain's Resharper - WOW !! Je suis vite à nouveau !!
Changez la valeur du journal de fusion en 0. Cela a résolu mon problème.
C'est la clé FusionLog sur le registre:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion
Check ForceLog value (1 enabled, 0 disabled).
J'ai également été confronté à ce problème pendant assez longtemps. Voici les étapes que j'effectue et cela fonctionne toujours pour moi:
- Suppression du fichier .suo de la solution.
- Suppression des fichiers ASP.NET temporaires (vous pouvez les trouver à l'adresse suivante: % WINDOW%\Microsoft.NET\Framework\Temporary fichiers ASP.NET)
- Suppression de tous les points d'arrêt dans l'application.
J'ai eu des problèmes similaires lors du déménagement de VS2012 -> VS2013. Le IDE se verrouillerait après presque chaque clic ou sauvegarde, la construction prendrait plusieurs fois plus de temps. Aucune des solutions énumérées ici n'a aidé.
Ce qui m'a finalement aidé, c’est de transférer mes projets sur un disque local. VS2012 n'a pas eu de problème à stocker mes projets sur un partage réseau, mais VS2013 n'a pas pu le gérer pour une raison quelconque.
j'ai un problème, mais je vais lentement quand j'essaie d'arrêter le débogage dans VS 2013 et j'essaie ceci:
- Fermez Visual Studio, puis
- Trouver le dossier de travail
- supprimer le fichier .suo
- dossier delete/obj
- ouvrir Visual Studio
- reconstruire
J'espère que cette aide.
Dans l'édition 2015 de VS 2015 Community, j'ai rencontré un très (très) lent IDE après avoir modifié la "Police d'environnement" dans "Outils> Options ...> Polices et couleurs".
Rétablir cette option à sa valeur par défaut ("automatique") l’a immédiatement résolue.
Avait un VS2013 installé et il fonctionnait bien. À un moment donné, il a commencé à devenir lent et a décidé d'installer VS2015. Après l'installation, rien n'a changé et les deux versions construisent 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 des installations était PHP pour Visual Studio (sur VS2013 uniquement). Je ne sais pas comment l'extension peut affecter d'autres versions de VS, mais sa désinstallation m'a aidé à résoudre le problème.
Espérons que cela aidera les autres à réaliser que ce n’est pas toujours la faute de VS.
Explorateur de performances
Avez-vous utilisé ANALYIZE > Performance and Diagnostics? J'ai! C'est génial! Mais vous voudrez peut-être nettoyer.
Ouvrez le Performance Explorer. Si vous réduisez tous les éléments qu'il contient, sélectionnez tout, vous pourrez alors cliquer avec le bouton droit de la souris et faire Supprimer.
Ma solution s'ouvre plus rapidement et fonctionne généralement beaucoup plus rapidement maintenant.
De plus, vous remarquerez peut-être des modifications dans votre fichier sln, comme indiqué. Pour moi, cette section a été supprimée du sln.
GlobalSection(Performance) = preSolution
HasPerformanceSessions = true
EndGlobalSection
Visual Studio 2013 a un serveur de paquet en cours d'exécution, il dépensait jusqu'à 2 millions de K de mémoire, je le mettais en priorité basse et l'affinité avec un seul processeur et VS fonctionnait beaucoup plus facilement.
J'ai ajouté "devenv.exe" en tant qu'exclusion de Windows Defender. Cela a complètement résolu mon problème. Les gens peuvent essayer ceci dès le premier essai.
J'avais un comportement Visual Studio où la saisie était lente pour mes fichiers HTML. Auparavant, lors de l’installation, j’imaginais que, parce que mes fichiers HTML étaient du code HTML générique, il n’était pas nécessaire d’installer un développement web à partir du composant workload du programme d’installation. Je suis retourné et installé ce bit et le comportement de Visual Studio est devenu comme je l'attendais.
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 VS 2017 avec Resharper Ultimate. La saisie au clavier dans IDE est devenue extrêmement 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 de pouvoir remplacer le premier et Visual Studio s'est tout simplement mis à rude épreuve par la suite. Cela 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 récemment ajoutés du fichier sln à l'aide du bloc-notes. Après la sauvegarde et le démarrage de VS, ma solution a été chargée rapidement et tout semblait être revenu à la normale. 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 présenté à nouveau.
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 de système de fichiers vers un partage réseau hébergé dans Azure. Je travaille sur un réseau VPN qui a tendance à ralentir les choses et je rencontre parfois des problèmes de routage avec certains services. Mon problème/ma solution pourraient donc être un peu un flocon de neige. J'ai modifié le chemin du système de fichiers pour qu'il devienne un référentiel local et je publierai les fichiers en fonction des besoins, ce qui semble être une bien meilleure solution.