Visual Studio 2017 est trop lent lors de la création et du débogage

94

Je viens d'installer Visual Studio 2017 sur un PC ayant les spécifications suivantes:

Processeur Intel Xeon E5-1600 v3 à 3,50 GHz, 16 Go de RAM et système d'exploitation Windows 10 Pro 64 bits .

Bien que les performances du PC soient presque parfaites, je rencontre généralement un problème de lenteur dans Visual Studio 2017, en particulier pendant les processus de génération et de débogage. En plus de cela, je dois parfois le redémarrer après le message "Ne répond pas" .

Existe-t-il une solution stable à ce problème pour Visual Studio 2017 ? ..

visual-studio performance visual-studio-2017

— Jason
source

3

La "charge de solution légère" est-elle activée? Cela ralentissait la construction de mon sln ~ 2x fois

— tukaef

1

@ 2kay Où est ce paramètre?

— Jason

1

@hexadecimal clic droit sur sln -> activer / désactiver le chargement de la solution légère

— tukaef

@ 2kay C'était désactivé, merci ...

— Jason

La duplication possible de Visual Studio 2015 est extrêmement lente

— Steven Summers

165

Afin d'obtenir de meilleures performances dans Visual Studio 2017, des ajustements de performances peuvent être appliqués comme indiqué ci-dessous:

Réglez Contrôle de la source actuelle… sur Aucun sous Outils → Options → Contrôle de la source
Décochez l'option Paramètres synchronisés sur ... sous Outils → Options → Environnement → Paramètres synchronisés (pour certaines versions: Outils → Options → Environnement → Comptes )
Désactiver CodeLens (facultatif): décochez l' option Activer CodeLens sous Outils → Options → Éditeur de texte → Toutes les langues
Désactiver les outils de diagnostic (facultatif): décochez l' option Activer les outils de diagnostic lors du débogage sous Outils → Options → Débogage → Général
Nettoyez le contenu des dossiers 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 2017 ou Visual Studio 2015, vous pouvez rencontrer des problèmes de performances intermittents, des pannes de produit ou des problèmes de rendu. Afin de contourner ces problèmes, appliquez les paramètres suivants sous Outils → Options → Environnement → Général

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...

— Murat Yıldız
source

8

L'application de ces paramètres a considérablement augmenté mes performances de Visual Studio 2017, merci beaucoup :)

— Jason

9

La désactivation du contrôle de source n'est pas vraiment une option lorsque vous utilisez TFS ou Git. Et les deux dossiers temporaires ne semblent s'appliquer qu'au développement ASP, ils n'existent pas tous les deux sur ma machine.

— Lennart

6

@Lennart: Au moins avec Git, vous pouvez toujours effectuer des tâches liées au contrôle de source en dehors de VS (par exemple en utilisant l' gitoutil de ligne de commande), et avoir l'intégration de Git désactivée dans VS. C'est certes un flux de travail différent que vous n'aimerez peut-être pas, mais c'est néanmoins une option réalisable.

— stakx - ne contribue plus

4

La désactivation de la restauration des packages nuget peut également accélérer les choses. Outils => Options => Restauration de package. Décochez Autoriser NuGet à télécharger les packages manquants.

— Preben Huybrechts

3

Il serait utile d'inclure la version VS2017 à laquelle cette réponse s'applique. Comme @bkassar l'a mentionné, # 2 est sous Outils → Options → Environnement → Comptes dans la v15.8.5. Je ne sais pas à quelle version il a changé, mais il y aura du temps perdu à essayer de trouver Environnement → Paramètres synchronisés pour ceux qui maintiennent leur VS à jour et viennent de rencontrer ce problème.

— cechow le

8

Il peut y avoir une solution avec priorité.

1) Désactivez les outils de diagnostic

2) Désactivez l'expérience visuelle du client Rick

3) Désactivez tous les paramètres de synchronisation.

assurez-vous également d'avoir supprimé le cache en utilisant run ->% temp%. bonne chance.

— Rohit
source

5

Mon problème était avec Lightweight Solution Load. Une fois, j'ai désactivé que tout est revenu à la normale.

— Kohinoor Basu
source

Je vous remercie! tu viens de me faire gagner beaucoup de temps!

— fk2 le

1

la même chose m'est arrivée, c'est drôle de voir comment la solution légère est en fait plus lourde qu'une solution de poids normal.

— Bill Yang

Je ne trouve pas cette option dans VS2017 Enterprise

— Savage

3

@Savage L'option a été supprimée dans VS2017. Voir: docs.microsoft.com/en-us/visualstudio/ide/…

— Yamakuzure

3

J'ai ce lien pour gérer les performances de Visual Studio dans mon VS 2017

Remarque: vous pouvez également ouvrir cette fenêtre à partir de: Aide -> Gérer les performances de Visual Studio

Selon la capture d'écran ci-dessous, Developer Analytics Tools ajoute 5 secondes (en moyenne) au temps de chargement de la solution. Je l'ai désactivé.

— Hooman Bahreini
source

2

Téléchargez procmon et exécutez pour vérifier les activités d'arrière-plan effectuées par msbuild ou visual studio. Visual Studio peut être extrêmement lent ou presque inutilisable dans le cas où son journal d'écriture utilise fuslogvw.

Étapes pour arrêter l'écrivain de journal fuslogvw.

1) Window + R, tapez RegEdit 2) Chemin GoTO HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Fusion 3) Définissez la valeur hexadécimale de Force Log sur 0.

Visual Studio commencera à fonctionner normalement.

— Akash
source

Merci @Akash !! Après l'avoir désactivé, ma solution s'exécute plus rapidement. Je suppose que nous devrions l'activer uniquement pour le dépannage.

— Davi Ruiz

2

J'exécute VS 2017 sur un système doté de 128 Go de RAM et de 4 processeurs Quad Core Xeon avec SSD. J'utilise bien sûr Windows 10 Pro pour les stations de travail afin de prendre en charge ma construction quadri-processeur.

Ce qui m'a vraiment aidé à réduire mon temps de construction à moins de 2 secondes, c'est cette astuce simple:

Définition du paramètre de l'ordinateur hôte pour optimiser sur «Services d'arrière-plan» à l'aide des propriétés de Windows, Paramètres système avancés, Avancé, onglet Avancé.

De plus, étant donné que j'ai une énorme quantité de RAM et que je n'en ai jamais vu même un quart être utilisé, c'était pour désactiver le fichier d'échange. (Windows vous avertira des conséquences)

En outre, il vaut la peine d'ajouter l'installation de VS et le dossier de projet à une liste d'exceptions dans les paramètres antivirus (dans mon cas, Windows Defender)

— Amir Hajiha
source

0

J'ai essayé toutes les solutions ci-dessus et suivi de nombreux liens pertinents. Aucun d'eux n'a fonctionné.

Après m'être arraché tous les cheveux et avoir rempli une autre tasse de café, j'ai décidé de mettre à jour Visual Studio 2017. Boom, tout est revenu à la normale maintenant (sauf mes cheveux et un cerveau caféiné).

Donc, si vous rencontrez le même problème, je vous suggère de vérifier d'abord votre mise à jour de Visual Studio 2017. S'il y a une mise à jour disponible, mettez à jour!

— oopsdazie
source

essayez de supprimer le fichier suo. qui fonctionne pour moi docs.microsoft.com/en-us/collaborate/connect-redirect

— yohan.jayarathna

0

J'ai eu un problème similaire avec la version 2017 de VS Community et j'ai désactivé l'option "Activer les outils de diagnostic lors du débogage", rien de plus ... !!!

Outils> Options> Débogage> Général> Activer les outils de diagnostic lors du débogage

— Fabio
source

0

J'ai observé que le processus « perfwatson2.exe » utilise la plus grande utilisation du processeur / mémoire / disque lors de la construction VS 2017. Le processus perfwatson2 collecte des données sur l'action du système, ce qui prend plus de temps (environ 2 secondes et plus) et envoie ces données à Microsoft. L'équipe Microsoft peut analyser les données et trouver une solution.

Les étapes ci-dessous vous aideront à arrêter le service / processus perfwatson2.

Ouvrez VS2017 et accédez à Aide => Envoyer des commentaires => Paramètres et définissez Non, je ne souhaite pas participer à l'option

— Rachit Patel
source

0

Essayez de supprimer le dossier .vs créé par VS2017 dans le référentiel de code local. Puis ouvrez à nouveau la solution.

— Jean Jimenez
source