Cuando depuro mi solución, vs 2017 es muy lento y lento, es como si tuviera que operar algo pesado en segundo plano.
Entonces deja de "responder" cada 5 segundos durante 2 segundos, lo cual es muy molesto. ¿Alguna sugerencia?
EDITAR (sugerencias probadas):
Respuestas:
Después de una investigación adicional, encontré este hilo. Desmarcando Habilitar herramientas de diagnóstico mientras depuraba en Herramientas → Opciones → Depuración → ¡General hizo el truco!
Desmarcar Habilitar la depuración de JavaScript para ASP.NET en
Herramientas → Opciones → Depuración → General
hace una gran diferencia en el rendimiento.
Si deshabilitar las herramientas de diagnóstico no soluciona el problema, intente deshabilitar IntelliTrace, desmarcando Habilitar IntelliTrace, en Herramientas -> Opciones -> IntelliTrace. Trabaja para mi.
He intentado deshabilitar algunas cosas por mí mismo solo para ver qué lo está causando. Lo único que funcionó para mí fue Herramientas> Opciones> Depuración> General> "Habilitar la depuración de JavaScript para ASP.NET (Chrome e IE)".
Estoy usando VS2017 Enterprise v15.2 para Asp.net WebForms.
También experimento el retraso cuando se marca "Habilitar la depuración de Javascript para ASP.NET (Chrome e IE)". Y desactivar "Habilitar herramientas de diagnóstico durante la depuración" no ayudó.
Sin embargo, también noté que cuando hago F12 para Chrome Developer Tools, el tiempo de retraso desaparece y la aplicación funciona.
Espero que esto ayude.
Ocultar la ventana de Threads funcionó para mí.
Solo una cosa que me ayudó fue deshabilitar la opción Debugger de Resharper. Si usa Resharper , intente DESMARCAR "Mostrar valores de variables locales en el editor" en el menú: Resharper -> Opciones -> Herramientas -> Depurador .
Me ayudó.
Experimenté el mismo problema. En el modo de depuración, mi proyecto de formularios web se ejecutó muy lentamente. Al usar Ctrl + F5, se ejecutó rápidamente (como lo hace cuando se implementa). Encontré un bloque try / catch que se ejecutaba 45 veces. No estaba haciendo nada, solo estaba atrapando un error que había cometido. Arreglé el error y, al eliminar el bloque try-catch, ¡voilá! - volver a la velocidad máxima.
Entonces, si está experimentando este problema y ha probado todas las soluciones anteriores (yo lo hice), busque un bloque de captura de prueba que se active con frecuencia. [Corrija su error :)] y luego elimine el bloque try-catch. No puedo creer la diferencia que ha hecho. No debería haber hecho ninguna diferencia, por supuesto, ya que el bloque try-catch no estaba haciendo nada, pero lo hizo.
Dejé de hacer que Debug => Attach To Process funcione ... incluso probé TODAS las soluciones en esta publicación SO ( 2 páginas ).
Utilice ReAttach VS IDE Extension . Esto evita la necesidad de volver a utilizar el cuadro de diálogo Adjuntar al proceso si se trata de un proceso al que se ha adjuntado recientemente.
Si está utilizando la edición empresarial VS 2017, intente deshabilitar la función IntelliTrace (Herramientas -> Opciones -> IntelliTrace)
con esta función desactivada, el comportamiento de retraso desapareció incluso manteniendo las herramientas de diagnóstico activadas (Herramientas -> Opciones -> Depuración -> Habilitar herramientas de diagnóstico durante la depuración)
A veces es debido a un análisis en tiempo real en Antivirus.
" Agregar excepciones " archivos / carpetas de Visual Studio para su antivirus
C: \ Archivos de programa (x86) \ Microsoft Visual Studio \ 2017 \ Professional \ Common7 \ IDE \ devenv.exe
C: \ Archivos de programa (x86) \ Microsoft Visual Studio \ 201
Tuve este problema en el que el programa se ejecutaba más lento si se iniciaba desde Visual Studio, resultó ser demasiados subprocesos, como muchos nuevos System.Threading.Thread () en un bucle, etc. Cambié el código para usar ThreadPool en su lugar con Tarea, etc. y la lentitud desapareció.
En mi caso tuve un punto de quiebre con una condición que nunca se cumplió. Me había olvidado por completo de este punto de quiebre. A veces, agregar una condición simple a un punto de interrupción puede ralentizar mucho la velocidad de depuración.
Solo agrego esto en caso de que pueda ayudar a alguien.
La solución alternativa que utilicé fue ejecutar msvcmon.exe localmente con el modo de administrador antes de iniciar el depurador. Luego inicie la ventana de adjuntar y proporcione el puerto de depuración remoto.