Visual Studio 2017 es demasiado lento durante la compilación y la depuración


94

Acabo de instalar Visual Studio 2017 en una PC con las siguientes especificaciones:

Procesador Intel Xeon E5-1600 v3 a 3,50 GHz, 16 GB de RAM y sistema operativo Windows 10 Pro de 64 bits .

Aunque el rendimiento de la PC es casi perfecto, generalmente encuentro problemas de lentitud en Visual Studio 2017, especialmente durante los procesos de compilación y depuración. Además de esto, a veces necesito reiniciarlo después del mensaje "No responde" .

¿Existe una solución estable con respecto a este problema para Visual Studio 2017 ? ..


3
¿Está habilitada la "carga de solución ligera"? Estaba ralentizando mi construcción sln ~ 2x veces
tukaef

1
@ 2kay ¿Dónde está ese escenario?
Jason

1
@hexadecimal haga clic con el botón derecho en sln -> habilitar / deshabilitar la carga de solución ligera
tukaef

@ 2kay Estaba deshabilitado, gracias ...
Jason

Respuestas:


165

Para obtener un mejor rendimiento en Visual Studio 2017, se pueden aplicar algunos tipos de ajustes de rendimiento como se muestra a continuación:

  1. Establezca Control de fuente actual ... en Ninguno en HerramientasOpcionesControl de fuente

  2. Desmarque la opción Configuración sincronizada en ... en HerramientasOpcionesEntornoConfiguración sincronizada (para algunas versiones: HerramientasOpcionesEntornoCuentas )

  3. Deshabilitar CodeLens (opcional): desmarque la opción Habilitar CodeLens en HerramientasOpcionesEditor de textoTodos los idiomas

  4. Deshabilitar las herramientas de diagnóstico (opcional): desmarque la opción Habilitar herramientas de diagnóstico durante la depuración en HerramientasOpcionesDepuraciónGeneral

  5. Limpie el contenido de las siguientes carpetas ( no elimine estas carpetas, en su lugar elimine solo su contenido ) y reinicie Visual Studio:

    Limpiar el contenido en la carpeta WebSiteCache (se puede encontrar en
    C: \ Users \% USERNAME% \ AppData \ Local \ Microsoft \ WebSiteCache )

    Limpie el contenido de la carpeta Archivos temporales de ASP.NET (se puede encontrar en
    C: \ Users \% USERNAME% \ AppData \ Local \ Temp \ Temporary ASP.NET Files )

Nota: Si tiene habilitada la Aceleración de hardware o si usa la configuración predeterminada de la experiencia visual en Microsoft Visual Studio 2017 o Visual Studio 2015, es posible que experimente problemas de rendimiento intermitentes, fallas del producto o problemas de representación. Para solucionar estos problemas, aplique la siguiente configuración en HerramientasOpcionesEntornoGeneral

ingrese la descripción de la imagen aquí

Para obtener más información, visite Experimenta problemas de rendimiento, fallas del producto o problemas de representación en Visual Studio 2015 y Visual Studio 2013 .

Si el problema está relacionado con la depuración, intente la solución alternativa en la depuración / carga de Visual Studio muy lento .

Espero que esto ayude...


8
La aplicación de esta configuración ha aumentado mi rendimiento de Visual Studio 2017 notablemente, muchas gracias :)
Jason

9
Desactivar el control de fuente no es realmente una opción cuando se usa TFS o Git. Y ambas carpetas temporales solo parecen aplicarse al desarrollo de ASP, ambas no existen en mi máquina.
Lennart

6
@Lennart: al menos con Git, siempre puede realizar tareas relacionadas con el control de código fuente fuera de VS (por ejemplo, usando la githerramienta de línea de comandos) y tener la integración de Git deshabilitada en VS. Es cierto que es un flujo de trabajo diferente que puede que no le guste, pero es una opción factible, no obstante.
stakx - ya no contribuye el

4
Deshabilitar la restauración del paquete nuget también puede acelerar las cosas. Herramientas => Opciones => Restaurar paquete. Desmarque Permitir que NuGet descargue los paquetes que faltan.
Preben Huybrechts

3
Sería útil incluir la versión VS2017 a la que se aplica esta respuesta. Como mencionó @bkassar, el # 2 está en Herramientas → Opciones → Entorno → Cuentas en v15.8.5. No estoy seguro en qué versión cambió, pero se perderá tiempo tratando de encontrar Entorno → Configuración sincronizada para aquellos que mantienen su VS actualizado y acababan de encontrar este problema.
cechow

8

Puede haber solución con prioridad.

1) Deshabilitar las herramientas de diagnóstico

ingrese la descripción de la imagen aquí

2) Deshabilitar la experiencia visual del cliente rick

ingrese la descripción de la imagen aquí

3) Desactive todas las configuraciones de sincronización.

ingrese la descripción de la imagen aquí

también asegúrese de haber eliminado el caché mediante ejecutar ->% temp%. buena suerte.



3

Obtuve este enlace para administrar el rendimiento de Visual Studio en mi VS 2017

Nota: también puede abrir esta ventana desde: Ayuda -> Administrar el rendimiento de Visual Studio

De acuerdo con la captura de pantalla siguiente, Developer Analytics Tools agrega 5 segundos (en promedio) al tiempo de carga de la solución. Lo he desactivado.

ingrese la descripción de la imagen aquí


2

Descargue procmon y ejecútelo para verificar las actividades en segundo plano realizadas por msbuild o visual studio. Visual Studio puede ser extremadamente lento o casi inutilizable en caso de que su registro de escritura use fuslogvw.

Pasos para detener fuslogvw log writer.

1) Ventana + R, escriba RegEdit 2) Vaya a la ruta HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Fusion 3) Establezca el valor hexadecimal de Force Log en 0.

Visual Studio comenzará a funcionar con normalidad.


Gracias @Akash !! Después de deshabilitarlo, mi solución se está ejecutando más rápido. Supongo que deberíamos habilitarlo solo para solucionar problemas.
Davi Ruiz

2

Estoy ejecutando VS 2017 en un sistema que tiene 128 GB de RAM y 4 procesadores Quad Core Xeon con SSD. Por supuesto, estoy usando Windows 10 Pro para estaciones de trabajo para admitir mi compilación de CPU cuádruple.

Lo que realmente me ayudó a disminuir mi tiempo de construcción a menos de 2 segundos fue este simple truco:

Establecer la configuración de la computadora Host para optimizar en "Servicios en segundo plano" usando las propiedades de Windows, Configuración avanzada del sistema, Avanzado, pestaña Avanzada.

Además, teniendo en cuenta que tengo una gran cantidad de RAM y nunca he visto que se use ni siquiera una cuarta parte, fue para desactivar el archivo de página. (Windows advertirá sobre las consecuencias)

Además, vale la pena agregar la instalación de VS y la carpeta del proyecto a una lista de excepciones en la configuración del antivirus (en mi caso, Windows Defender)


0

Probé todas las soluciones anteriores y seguí muchos de los enlaces relevantes. Ninguno de ellos funcionó.

Después de quitarme todo el cabello y llenarme otra taza de café, decidí actualizar Visual Studio 2017. Boom, ahora todo ha vuelto a la normalidad (excepto mi cabello y un cerebro con cafeína).

Por lo tanto, si alguna vez se encuentra con el mismo problema, le sugiero que primero consulte la actualización de Visual Studio 2017. Si hay alguna actualización disponible, ¡actualícela!


intente eliminar el archivo suo. que funciona para mí docs.microsoft.com/en-us/collaborate/connect-redirect
yohan.jayarathna

0

Tuve un problema similar con la versión VS Community 2017 y deshabilité la opción "Habilitar herramientas de diagnóstico durante la depuración", solo eso, nada más ... !!!

Herramientas> Opciones> Depurar> General> Habilitar herramientas de diagnóstico durante la depuración


0

Observé que el proceso " perfwatson2.exe " usa la mayor utilización de CPU / memoria / disco mientras se construye VS 2017. El proceso perfwatson2 recopila datos de la acción del sistema que lleva más tiempo (alrededor de 2+ segundos) y envía esos datos a Microsoft. El equipo de Microsoft puede analizar los datos y encontrar una solución para los mismos.

Los pasos siguientes le ayudarán a detener el servicio / proceso de perfwatson2.

Abra VS2017 y vaya a Ayuda => Enviar comentarios => Configuración y establezca No, no me gustaría participar en la opción

ingrese la descripción de la imagen aquí


0

Intente eliminar la carpeta .vs que VS2017 crea en el repositorio de código local. Luego abra la solución nuevamente.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.