Utilisation du processeur inactif dans Visual Studio 2013/2015
J'évalue actuellement Visual Studio 2015 RC. J'ai remarqué que, lors de l'exécution de l'EDI, le processus Visual Studio 2015 utilise constamment environ 25% du processeur. Même sans projet chargé ni page d'accueil, il consomme 25% de la consommation du processeur à un taux constant. Aucune autre application en cours d'exécution autre que les services d'arrière-plan. Tous les autres processus en cours utilisent environ 2 à 4% de CPU supplémentaires.
Ce comportement a également été remarqué dans Visual Studio 2013.
Est-ce que quelqu'un d'autre voit ce comportement? Est-ce normal? Aucune suggestion?
Avait ce même problème. Processeur constamment à 45-50% même lorsque le IDE est complètement inactif.
Le problème est le fournisseur de code source Microsoft Git.
J'ai éteint cela et le processeur est tombé à 0 et le IDE est devenu beaucoup plus utilisable.
Dans mon cas, la désactivation de Telerik ASP.NET MVC Extension a résolu le problème de taux de processeur élevé.
Une charge de processeur élevée a démarré avec la charge de solution et n'a pas chuté (40% avec une solution, 80% avec deux solutions) jusqu'à ce que VS soit fermé ou même parfois après (il a dû mettre fin au processus).
Outils-> Extensions et Mises à jour-> Installées, recherchez l'extension et cliquez sur "Désactiver".
Dans mon cas, tous les comptages de références ont essayé de se mettre à jour à chaque fois que je modifie du code. 
Je viens de les éteindre. Vous pouvez le faire de cette façon .
Je lance resharper, éteint et éteint le fournisseur Microsoft Git et ai toujours des problèmes de processeur élevés, devenv.exe serait également exécuté après la fermeture ... jusqu'à récemment.
Il semble que VS 2015 Update 2 ait résolu ces problèmes!
https://www.visualstudio.com/en-us/news/vs2015-update2-vs.aspx
J'ai également eu ce problème, le processeur constant de 20 à 40% lorsque je marche au ralenti (mise à jour 1 de Visual Studio 2015). J'ai remarqué que d'autres référentiels locaux du même code n'avaient pas ce problème.
J'ai supprimé le référentiel local problématique et pris une nouvelle commande, cela a résolu le problème pour moi. Pourquoi cela a fonctionné, je ne peux malheureusement pas expliquer ...
On ne doit pas s’attendre à ce que Visual Studio gaspille du temps CPU continu.
J'utilise Visual Studio 2015 Community RTM avec un projet de taille moyenne ouvert et je ne vois aucune utilisation continue du processeur (selon Process Hacker 2, qui indique une utilisation aussi faible que 0,01%) C’est juste vide, ce qui signifie que même 0,01% de l’utilisation du processeur n’est pas enregistré.
N'oubliez pas qu'IntelliSense analyse vos fichiers de projet en arrière-plan pour créer la base de données et y afficher ses suggestions, etc.
Si vous choisissez Projet> Nouvelle analyse de la solution dans les menus, le processus sera terminé, ce qui entraînera une utilisation prolongée de la CPU. Mais cela devrait finir par se taire.
De façon apparemment éternelle, la suppression des fichiers de la base de données Intellisense et une analyse complète résolvent parfois les problèmes de type "comportement étrange". Je ne sais pas s’il s’agit de la méthode "prescrite", mais si je soupçonne un problème IntelliSense, je supprime simplement le fichier .sdf situé dans le dossier du projet si je veux être sûr que Visual Studio démarre avec une ardoise vierge. Ce n’est pas nécessaire très souvent.
Dans mon cas, le coupable était outils Node.js pour Visual Studio . J'avais v1.1.2 installé et le cpu était constamment autour de 25-40%.
Un passage à Node.js Tools v1.2 RC a complètement résolu le problème après une charge initiale élevée qui s'est dissipée en quelques minutes.
Dans mon cas; "Visual Studio 2015 Update 1" est devenu fou en éditant des fichiers JS quelle que soit la longueur de la source. Il utilisait beaucoup de CPU et l'éditeur était même gelé. J'ai corrigé le problème en désactivant un à un les modules tiers pour détecter celui qui posait problème qui causait un dysfonctionnement de VS 2015.
Esperons que ça marche.
J'ai également remarqué que lors de l'exécution et de l'arrêt d'un épisode de débogage sur le serveur local, si la page est toujours ouverte dans le navigateur, VS continuera de fonctionner à un taux de CPU élevé. Fermer la page du navigateur arrête cela.
Dans mon cas, le fichier .suo dans Visual Studio était le coupable. Le supprimer corrigeait mon problème.
Reportez-vous au lien ci-dessous pour plus de détails.
https://shemeerns.com/2014/04/04/the-solution-user-options-suo-file-in-visual-studio/
Dans mon cas, il s'agissait soit du Roaming Extention Manager, soit très probablement du projet de rôle de travail Azure dans ma solution. Si vous en possédez un, essayez de le décharger et redémarrez Visual Studio. Je peux le reproduire mais je ne sais pas pourquoi cela se produit.
Je veux partager mon expérience. Dans mon cas, je devais pouvoir diable toutes les extensions et mises à jour et analyse de code c #.
1-Pour les extensions et mises à jour:
Outils => Extensions et mises à jour
2-Pour l'analyse de code
Solution Explorer => clic droit sur le projet => Propriétés => Cliquez sur l'onglet "Analyse de code" => cliquez sur le bouton "Ouvrir" => Décochez la case "Microsoft.CodeAnalysis.CSharp" => enregistrer et quitter.
L'utilisation du processeur est descendue à 1%.