Uso permanente de la CPU VS2013 incluso en modo inactivo

93

Recientemente actualicé VS2013 a la Actualización 1 y desde entonces VS lleva el uso de la CPU al 25% (en una CPU intel i5 de 4 núcleos) de forma permanente, aunque se supone que está inactivo. Pensé que tenía algunos procesos en segundo plano sin terminar, así que lo dejé funcionando por un tiempo, pero sigue usando la CPU cuando se supone que está inactivo.

¿Tiene un comportamiento similar después de la actualización?

Edición 1 : estoy usando herramientas de git y python para vs, por lo que puede haber algunos conflictos después de la Actualización 1.

Edición 2 : La integración de git en VS2013tiene errores. Ejecuté un generador de perfiles devenv.exey git2-msvstfs.dlltoma la mayor parte del uso de la CPU, aunque debería estar inactivo. Envié un aviso de falla a MS. Si tiene el mismo problema, vote por esto: http://connect.microsoft.com/VisualStudio/feedback/details/844616/vs2013-update-1-cpu-usage-not-normal

ingrese la descripción de la imagen aquí

Edición 3 : la actualización 2 se ha lanzado recientemente. Este error se solucionó en la actualización 2 de VS2013.

Edición 4 : se lanzaron las actualizaciones 3 y 4 y el uso de la CPU se vuelve loco debido a múltiples causas (no solo el módulo git dll). La desactivación Browser Linkcomo en una de las siguientes respuestas parece solucionar el problema.

remus
fuente

Respuestas:

199

Para mí (VS 2013 actualización 4), la solución fue deshabilitar el enlace del navegador como se especifica aquí:

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

ingrese la descripción de la imagen aquí

La CPU se ralentizó de inmediato del 25% al ​​1%.

zukanta
fuente
Creo que este es otro error, no relacionado con el error de integración de git. Como puede ver en mi captura de pantalla: la carga de la CPU se debe a git2 -... dll Estoy usando VS para el desarrollo de C / C ++ y el enlace del navegador ni siquiera está activado para el desarrollo de C / C ++.
Remus
esto también funcionó para mí - VS2013 + Actualización 4. ¡Gracias!
abjbhat
2
Gracias, esto resolvió mis pocas semanas de sufrimiento. La CPU estaba al 40% 30 minutos después de que abrí una gran solución web. Incluso sin hacer nada con él. Cuando desmarqué la opción "Habilitar enlace del navegador", la CPU bajó inmediatamente al 0%.
Goran Genter
4
¡Gracias! Lo arreglé para mí también en Surface Pro 3. Estaba sentado al 43% de utilización de la CPU cuando estaba inactivo. Pasó al 0% después de desactivado. Incluso cuando se ejecuta el sitio en IIS por completo y sin adjuntar al proceso. Sospecho que también está interfiriendo con Chrome -> Inspeccionar elemento, donde se obtiene un retraso masivo.
Ales Potocnik Hahonina
2
Esto también funcionó para mí, pero tuvo que reiniciar cada instancia de Visual Studio que se estaba ejecutando para que surta efecto. ¡Gracias!
KJ3
48

Edición 2 : posible regresión de errores en las actualizaciones 3 y 4.

Edición 1 : el error se corrigió en la actualización 2 de VS2013.

Uno puede deshabilitar el gitcomplemento de Visual Studio 2013esta manera:

Herramientas-> Opciones

Origen del control: Conjunto de plug-in de control de la fuente de corriente a Ninguno

Utilice otros gitclientes para administrar sus repositorios.

remus
fuente
2
Tengo este mismo problema usando Visual Studio 2013 Update 2la corriente de control de origen plug-in de conjunto a ninguno
Clint Powell
¡igual que aquí! el problema está relacionado con otra cosa.
andresp
3
Puede encontrar el generador de perfiles en Analizar-> Generador de perfiles y adjuntarlo a otra instancia de devenv.exe
remus
3
Estoy ejecutando la Actualización 3 y tuve un alto uso de la CPU hasta que desactivé el complemento de control de fuente de Git; La CPU cayó instantáneamente. ¿Posible regresión?
Thorarin
1
Este problema me sucedió después de instalar las herramientas GIT de terceros y configurar el complemento en Ninguno lo solucionó. Curiosamente, después de configurar esto en Ninguno, lo volví a configurar en el proveedor de MS Git y el problema no ha regresado.
TreeAndLeaf
0

Lo arreglamos abriendo el VS en SafeMode. Agregue / SafeMode al iniciador.

MarckSi
fuente
16
No debe usar VS en SafeMode. Muchas funcionalidades están deshabilitadas en SafeMode.
Remus
Si safemode alivia el problema, debería echar un vistazo a las extensiones que está ejecutando, ya que safemode las desactiva todas.
Ralph
0

Dado que esta página apareció primero en mi búsqueda para averiguar por qué Visual Studio 2013 (Actualización 4) se estaba volviendo inutilizable debido al alto uso de la CPU, compartiré lo que hice para solucionar el problema.

El problema se manifestó como un núcleo de CPU acelerado al 100% de uso con la memoria en constante aumento hasta el punto en que el sistema se ralentizaría y devenv.exe eventualmente fallaría. Era 100% reproducible con un proyecto de nodo / mecanografiado cargado con Microsoft Node Tools instalado.

Después de probar varias soluciones posibles, una por una sin éxito, intenté deshabilitar intellisense:

  • Herramientas Opciones> Editor de texto> Node.js> Intellisense
  • Sin Intellisense (botón de opción)
  • Guardar en disco desactivado (botón de opción)
  • Reinicie Visual Studio

Esto inmediatamente provocó que el uso de la CPU se redujera a niveles normales.

Eso es. Me lo arregló. Espero que ayude a alguien.

BitsEvolved
fuente
3
¿No es Intellisense una buena característica de VS?
remus
4
@remus Cuando no acelera la CPU al 100% de uso, dejando el IDE completamente inutilizable, sí, lo es.
BitsEvolved
0

En mi caso, fue la inclusión de referencias a la solución lo que provocó el alto uso de la CPU. El proyecto era un paquete IronPython que también usaba algunas DLL. Agregar los archivos DLL a las referencias estuvo bien. La primera vez que se abrió una DLL en el Explorador de objetos, la CPU alcanzó el 25% (1 núcleo) y permaneció allí. Al eliminar todas las referencias, la CPU volvió a la normalidad.

Otra solución más: elimine los objetos de las referencias del proyecto.

(VS2013, Actualización 5, con Python Tools 2.2)

scottinthebox
fuente
0

En mi caso, normalmente ejecuto varias copias de Visual Studio al mismo tiempo. Descubrí que, si comienzo la segunda (o tercera) copia de Visual Studio ANTES de que la primera (o segunda) copia se haya cargado por completo y se haya asentado, obtengo un DEVENV atascado en el 100% de la CPU, sin importar lo que haga después de eso. Tengo que cerrar todas las copias y abrirlas de nuevo.

Espero que esto ayude a alguien, me estaba volviendo loco.

Porra

Billy Willoughby
fuente
0

Tuve un problema similar con vs2015: eliminar el archivo de solución .suo lo solucionó hasta ahora.

john blair
fuente