tutorial - La actualización 2 de Visual Studio 2013 maximiza el núcleo
visual studio code html preview (9)
Recientemente instalé Visual Studio 2013 Professional Update 2 en una máquina virtual con Windows 7. He estado ejecutando VS 2012 sin problemas, pero quería actualizar. Todo funcionó bien durante una semana, pero ahora para un proyecto determinado, el IDE se está atascando y el administrador de tareas informa un uso uniforme del CPU del 25% en mi máquina de 4 núcleos. Reiniciar VS y mi PC no hace nada.
Si inicio VS en safemode devenv.exe /SafeMode el problema desaparece y es específico del proyecto.
Ejecuté Process Explorer y descubrí este hilo
(nota: no el resaltado pero el hilo en la parte superior)
Luego encontré este foro relacionado con él: https://connect.microsoft.com/VisualStudio/feedback/details/873579/high-cpu-usage-possibly-after-updating-to-update-2 Pero no tengo ya sea Power Tools o Alternating Line Color extensiones instaladas.
Si no se trata de extensiones (no he agregado ninguna), ¿cuál podría ser el problema? Lo único que puedo pensar es en los paquetes NuGet.
EDITAR Encontré este tema de Asp.Net CPU thread trabajando con Kendo UI treeview después de Visual Studio 2013 Update 2 y probé la solución de deshabilitar el enlace del navegador en vano.
EDITAR I también deshabilitó el control de fuente como se describe aquí VS2013 uso permanente de la CPU aunque en modo inactivo, pero aparentemente no se corrige en la actualización 2 como lo indica la pregunta.
EDITAR la depuración y pausar el hilo culpable (hilo principal) me da este rastro de pila más de las veces:
Acabo de tener este problema; para mí fue resuelto instalando la Actualización 5 .
El problema comenzó luego de instalar las últimas actualizaciones de MS; una lista completa de los cuales se dan a continuación (NB: mi formato de fecha es Reino Unido: DD/MM/YYYY , hoy es 10/12/2015 - algunas reparaciones enumeradas fueron (¿serán?) presuntamente instaladas el día 11):
get-hotfix `
| ?{$_.InstalledOn -gt ((get-date).AddDays(-7))} `
| ft Description, HotfixId, InstalledOn -AutoSize
Description HotfixId InstalledOn
----------- -------- -----------
Security Update KB3046017 08/12/2015 00:00:00
Security Update KB3060716 08/12/2015 00:00:00
Update KB3064209 08/12/2015 00:00:00
Security Update KB3071756 08/12/2015 00:00:00
Security Update KB3072305 08/12/2015 00:00:00
Security Update KB3075220 08/12/2015 00:00:00
Update KB3075851 08/12/2015 00:00:00
Security Update KB3076895 08/12/2015 00:00:00
Security Update KB3076949 08/12/2015 00:00:00
Security Update KB3078071 08/12/2015 00:00:00
Security Update KB3078601 08/12/2015 00:00:00
Security Update KB3079757 08/12/2015 00:00:00
Security Update KB3081320 11/12/2015 00:00:00
Security Update KB3092601 11/12/2015 00:00:00
Security Update KB3100773 11/12/2015 00:00:00
Security Update KB3101246 11/12/2015 00:00:00
Security Update KB3101722 11/12/2015 00:00:00
Security Update KB3101746 11/12/2015 00:00:00
Update KB3102810 11/12/2015 00:00:00
Antes (antes de usar Visual Studio / notar el problema) había desinstalado otra revisión relacionada con Outlook, que había provocado que se abriera en Modo a prueba de fallos.
He estado luchando con el mismo problema durante un par de días en Visual Studio 2013 Update 4.
Desactivando la opción "Activar enlace del navegador" aquí:
Solucionado el problema para mí.
La carga de mi CPU fue del 15-25% en un Core i7 y bajé al 0% después de eliminar los archivos .sdf en las carpetas de mi proyecto.
Por lo que puedo decir de Google. VisualStudio.JavaScript.Web.Extensions.dll, esa DLL está relacionada con el complemento Web Essentials . Si deshabilita ese complemento en particular (a falta de eso, todos los complementos), ¿el problema desaparece?
Si se trata de un problema con un complemento, ya sea que esté desactivado o en contacto con el desarrollador.
Por lo que vale, tenía un problema similar con Server Compact 4 que faltaba, y mis soluciones de c ++ estaban al 25% de uso de la CPU todo el tiempo. Sin embargo, tenía Server Compact 4 SP1 instalado. Mi sistema es Windows 7 de 64 bits. Desinstalé SP1 y descargué e instalé Server Compact 4 y ahora todo está bien. Por supuesto, también obtuve Intellisense.
Sé que dijiste que no tienes extensiones, pero es posible que quieras volver a verificar esta. Parece que la extensión de Web Essentials es incompatible con VS 2013 Update 2 y puede causar el comportamiento descrito. La solución alternativa es descargar la última versión nocturna de Web Essentials. Tendrás que hacerlo a mano ya que el último lanzamiento estable en Nuget tiene varios meses, antes de esta corrección.
Más información y enlaces de descarga here .
Sé que este hilo se está haciendo un poco viejo, pero por si acaso esto ayuda a alguien más ...
También tengo este problema y definitivamente puedo atribuirlo a Web Essentials en mi caso. Pero, más específicamente, Web Essentials una vez que abro un archivo .less o .css en el IDE.
He reiniciado el IDE y el uso vuelve a ser normal, pero de nuevo, tan pronto como abro un archivo css, la CPU comienza a subir y todo el IDE se vuelve inusualmente lento. Al cerrar todos los archivos less / css parece que finalmente la CPU / IDE vuelve a la tierra.
Mis 2 soluciones hasta el momento:
- Desinstalar WE :-(
- Edite my .less y .css en Notepad ++ y use el IDE para todo lo demás
¡Ninguna es una solución particularmente buena!
Esto es con VS2013 Pro + Update 2 y la última versión de lanzamiento de WE. El siguiente paso es ver si VS actualización 3 RC + última generación nocturna de WE tiene el mismo problema.
Editar: Un pensamiento acaba de ocurrir. Recientemente tuve que cambiar de VS Premium a VS Pro y no recuerdo el problema con la versión Premium. Me pregunto si es solo la versión Pro.
Todo lo que he encontrado hasta ahora es una solución: descargue y vuelva a cargar el proyecto de inicio de mi solución en el Explorador de soluciones después de abrir el proyecto. Esto devolverá el uso de la CPU a la normalidad (~ 0% en reposo).
Tuve un problema similar aquí (25-30% de uso de CPU) y un mensaje quejándose de que Microsoft SQL Server Compact 4.0 no estaba instalado (no estoy seguro de por qué, se suponía que debía instalarse con Visual Studio).
Después de descargarlo e instalarlo por separado, se solucionó el problema de uso de la CPU.