Utilisation permanente du processeur VS2013 même en mode veille

93

J'ai récemment mis à jour VS2013 vers la mise à jour 1 et depuis lors, VS porte l'utilisation du processeur à 25% (sur un processeur Intel i5 à 4 cœurs) de manière permanente, même s'il est censé être inactif. Je pensais qu'il avait des processus d'arrière-plan inachevés, alors je l'ai laissé fonctionner pendant un moment, mais il continue à utiliser le processeur quand il est censé être inactif.

Obtenez-vous un comportement similaire après la mise à jour?

Edit 1 : J'utilise les outils git et python pour vs, il peut donc y avoir des conflits après la mise à jour 1.

Edit 2 : L'intégration de git dans VS2013est boguée. J'ai exécuté un profileur devenv.exeet git2-msvstfs.dllutilise la plupart de l'utilisation du processeur, même s'il devrait être inactif. J'ai envoyé un avis d'échec à MS. Si vous rencontrez le même problème, veuillez voter pour ceci: http://connect.microsoft.com/VisualStudio/feedback/details/844616/vs2013-update-1-cpu-usage-not-normal

entrez la description de l'image ici

Edit 3 : la mise à jour 2 a été publiée récemment. Ce bogue a été corrigé dans VS2013 Update 2.

Edit 4 : les mises à jour 3 et 4 ont été publiées et l'utilisation du processeur devient folle en raison de plusieurs causes (pas seulement le module git dll). La désactivation Browser Linkcomme dans l'une des réponses ci-dessous semble résoudre le problème.

visual-studio-2013 cpu-usage

— remus
source

199

Pour moi (VS 2013 mise à jour 4), la solution était de désactiver le lien du navigateur comme spécifié ici:

https://www.devexpress.com/Support/Center/Question/Details/T102322

entrez la description de l'image ici

Le processeur a tout de suite ralenti de 25% à 1%.

— zukanta
source

Je pense que c'est un autre bogue, sans rapport avec le bogue d'intégration git. Comme vous pouvez le voir sur ma capture d'écran: la charge du processeur est due à git2 -... dll J'utilise VS pour le développement C / C ++ et le lien du navigateur n'est même pas activé pour le développement C / C ++.

— remus

cela a fonctionné pour moi aussi - VS2013 + Update 4. Merci!

— abjbhat

2

Merci, cela a résolu mes quelques semaines de souffrance. Le processeur était à 40% 30 minutes après l'ouverture d'une grande solution Web. Même sans rien faire avec. Lorsque j'ai décoché l'option «Activer le lien du navigateur», le processeur est immédiatement tombé à 0%.

— Goran Genter

4

Merci! Je l'ai corrigé pour moi aussi sur Surface Pro 3. Il était assis à 43% d'utilisation du processeur lorsqu'il était inactif. Je suis allé à 0% après avoir été désactivé. Même lors de l'exécution complète du site sur IIS et sans attachement au processus. Je soupçonne qu'il interfère également avec Chrome -> Inspect Element, où vous obtenez un décalage énorme.

— Ales Potocnik Hahonina

2

Cela a également fonctionné pour moi, mais a nécessité un redémarrage de chaque instance de Visual Studio en cours d'exécution pour prendre effet. Merci!

— KJ3

48

Edit 2 : régression de bogue possible dans les mises à jour 3 et 4.

Edit 1 : Le bogue a été corrigé dans VS2013 Update 2.

On peut désactiver le gitplug-in de Visual Studio 2013cette manière:

Outils-> Options

Contrôle de la source: définissez le plug-in de contrôle de la source actuelle sur Aucun

Utilisez d'autres gitclients pour gérer vos référentiels.

— remus
source

2

J'ai ce même problème en utilisant Visual Studio 2013 Update 2avec le plug-in de contrôle de source actuel défini sur Aucun

— Clint Powell

pareil ici! le problème est lié à autre chose.

— andresp

3

Vous pouvez trouver le profileur dans Analyze-> Profiler et l'attacher à une autre instance de devenv.exe

— remus

3

J'exécute la mise à jour 3 et j'ai une utilisation élevée du processeur jusqu'à ce que je désactive le plugin de contrôle de source Git; Le processeur a chuté instantanément. Régression possible?

— Thorarin

1

Ce problème s'est produit pour moi après avoir installé les outils GIT tiers et avoir défini le plugin sur Aucun l'a corrigé. Fait intéressant, après avoir défini ceci sur Aucun, je l'ai remis au fournisseur MS Git et le problème n'est pas revenu.

— TreeAndLeaf

0

Nous l'avons corrigé en ouvrant le VS en SafeMode. Ajoutez / SafeMode à l'initiateur.

— MarckSi
source

16

Vous ne devez pas utiliser VS dans SafeMode. De nombreuses fonctionnalités sont désactivées dans SafeMode.

— remus

Si le mode sécurisé résout le problème, vous devriez jeter un œil aux extensions que vous exécutez car le mode sécurisé les désactive toutes.

— Ralph

0

Puisque cette page est apparue en premier dans ma quête pour comprendre pourquoi Visual Studio 2013 (mise à jour 4) devenait inutilisable en raison d'une utilisation élevée du processeur, je vais partager ce que j'ai fait pour résoudre le problème.

Le problème s'est manifesté par le fait qu'un cœur de processeur était limité à 100%, la mémoire augmentant constamment au point où le système ralentirait jusqu'à l'exploration et devenv.exe finirait par se planter. Il était reproductible à 100% avec un projet de nœud / dactylographie chargé avec Microsoft Node Tools installé.

Après avoir essayé divers correctifs possibles, un par un en vain, j'ai essayé de désactiver intellisense:

Outils | Options> Éditeur de texte> Node.js> Intellisense
Pas d'Intellisense (bouton radio)
Enregistrer sur le disque désactivé (bouton radio)
Redémarrez Visual Studio

Cela a immédiatement réduit l'utilisation du processeur à des niveaux normaux.

C'est tout. J'ai corrigé ça pour moi. J'espère que cela aide quelqu'un.

— Bits évolués
source

3

Intellisense n'est-il pas une fonctionnalité intéressante de VS?

— remus

4

@remus Quand il ne ralentit pas le CPU à 100% d'utilisation rendant l'EDI complètement inutilisable, oui, c'est le cas.

— BitsEvolu

0

Dans mon cas, c'est l'inclusion de références à la solution qui a provoqué une utilisation élevée du processeur. Le projet était un package IronPython qui utilisait également des DLL. L'ajout des DLL aux références était très bien. La première fois qu'une DLL a été ouverte dans l'Explorateur d'objets, le CPU a atteint 25% (1 cœur) et y est resté. La suppression de toutes les références a rendu le CPU à nouveau normal.

Encore une autre solution: supprimez tous les objets sous les références du projet.

(VS2013, mise à jour 5, avec Python Tools 2.2)

— Scottinthebox
source

0

Dans mon cas, j'exécute normalement plusieurs copies de Visual Studio en même temps. J'ai trouvé que si je démarre la 2ème (ou 3ème) copie de Visual Studio AVANT que la 1ère (ou la 2ème) copie soit complètement chargée et installée, j'obtiens un DEVENV bloqué à 100% du CPU, peu importe ce que je fais après cela. Je dois fermer toutes les copies et ouvrir à nouveau.

J'espère que ça aide quelqu'un, ça me rendait fou.

Gamelle

— Billy Willoughby
source

0

J'ai eu un problème similaire avec vs2015 - la suppression du fichier de solution .suo l'a résolu pour moi jusqu'à présent.

— john blair
source