Utilizzo permanente della CPU VS2013 anche se in modalità inattiva

Ho recentemente aggiornato VS2013 all'aggiornamento 1 e da allora VS porta l'utilizzo della CPU al 25% (su una CPU Intel i5 a 4 core) in modo permanente anche se dovrebbe essere inattivo. Ho pensato che avesse alcuni processi in background incompiuti, quindi l'ho lasciato in esecuzione per un po 'ma continua a utilizzare la CPU quando dovrebbe essere inattivo.

Hai un comportamento simile dopo l'aggiornamento?

Modifica 1 : sto usando gli strumenti git e python per vs, quindi potrebbero esserci alcuni conflitti dopo l'aggiornamento 1.

Modifica 2 : l'integrazione di git in VS2013è difettosa. Ho eseguito un profiler devenv.exee git2-msvstfs.dllrichiede la maggior parte dell'utilizzo della CPU anche se dovrebbe essere inattivo. Ho inviato una notifica di errore a MS. Se hai lo stesso problema, vota per questo: http://connect.microsoft.com/VisualStudio/feedback/details/844616/vs2013-update-1-cpu-usage-not-normal

Modifica 3 : l'aggiornamento 2 è stato recentemente rilasciato. Questo bug è stato risolto nell'aggiornamento 2 di VS2013.

Modifica 4 : sono stati rilasciati gli aggiornamenti 3 e 4 e l'utilizzo della CPU impazzisce a causa di molteplici cause (non solo il modulo git dll). La disabilitazione Browser Linkcome in una delle risposte seguenti sembra risolvere il problema.

Per me (aggiornamento 4 di VS 2013) la soluzione era disabilitare il collegamento del browser come specificato qui:

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

La CPU ha subito un rallentamento dal 25% all'1%.

Modifica 2 : possibile regressione dei bug negli aggiornamenti 3 e 4.

Modifica 1 : il bug è stato risolto nell'aggiornamento 2 di VS2013.

Si può disabilitare il gitplug-in Visual Studio 2013in questo modo:

Strumenti-> Opzioni

Controllo del codice sorgente : imposta il plug-in di controllo del codice sorgente corrente su Nessuno

Usa altri gitclient per gestire i tuoi repository.

Lo abbiamo risolto aprendo il VS in SafeMode. Aggiungi / SafeMode all'iniziatore.

Dato che questa pagina è stata la prima volta che cercavo di capire perché Visual Studio 2013 (Aggiornamento 4) stava diventando inutilizzabile a causa dell'elevato utilizzo della CPU, condividerò ciò che ho fatto per risolvere il problema.

Il problema si è manifestato quando un core della CPU si è limitato al 100% di utilizzo con la memoria che sale costantemente al punto in cui il sistema rallenta a una scansione e devenv.exe alla fine si arresta in modo anomalo. Era riproducibile al 100% con un progetto nodo / dattiloscritto caricato con Microsoft Node Tools installato.

Dopo aver provato varie possibili correzioni, una per una senza alcun risultato, ho provato a disabilitare intellisense:

• Strumenti | Opzioni> Editor di testo> Node.js> Intellisense
• No Intellisense (pulsante di opzione)
• Salva su disco disabilitato (pulsante di opzione)
• Riavvia Visual Studio

Ciò ha immediatamente causato la riduzione dell'utilizzo della CPU a livelli normali.

Questo è tutto. Risolto il problema per me. Spero che aiuti qualcuno.

Nel mio caso, è stata l'inclusione di riferimenti alla soluzione che ha causato l'elevato utilizzo della CPU. Il progetto era un pacchetto IronPython che utilizzava anche alcune DLL. L'aggiunta delle DLL ai riferimenti andava bene. La prima volta che una DLL è stata aperta nel browser degli oggetti, la CPU ha raggiunto il 25% (1 core) ed è rimasta lì. L'eliminazione di tutti i riferimenti ha riportato di nuovo la CPU alla normalità.

Ancora un'altra soluzione: elimina tutti gli oggetti sotto i riferimenti del progetto.

(VS2013, aggiornamento 5, con Python Tools 2.2)

Nel mio caso, normalmente eseguo più copie di Visual Studio contemporaneamente. Ho scoperto che se avvio la seconda (o la terza) copia di Visual Studio PRIMA che la prima (o la seconda) copia sia completamente caricata e stabilizzata, ottengo un DEVENV bloccato al 100% della CPU, indipendentemente da ciò che faccio dopo. Devo chiudere tutte le copie e riaprire.

Spero che questo aiuti qualcuno, mi stava facendo impazzire.

Billy

Ho avuto un problema simile con vs2015: l'eliminazione del file della soluzione .suo lo ha risolto per me finora.