Estoy usando VS2008, en una solución de tamaño mediano normal.Depuración a veces muy lento
A veces, el paso de depuración se vuelve muy lento. Se genera un candado en cada pestaña de archivo para cada "paso" (F10/F11), y puede tomar hasta dos segundos para cada paso. Eso hace que la depuración sea muy molesta y lenta. ¿Alguien ha visto este problema?
Sí, Visual Studio es extremadamente lento en la depuración a veces. Hay una serie de pasos adicionales (además de desactivar la configuración Habilitar evaluación de propiedades) que puede tomar para acelerar el proceso. Esencialmente, requiere cantidades masivas de RAM, por lo que realizar algunas cosas para liberar eso ayudará.
Entra en las preferencias de Visual Studio. Busque todas las opciones relacionadas con la animación de menús, etc. Estos tienen una tendencia a ser intensivo a veces, mientras que no son específicos para la depuración, ya que generalmente no se abren los menús, parece ayudar.
En la computadora en sí, si hace clic derecho en mi computadora. Ve a la pestaña avanzada y bajo rendimiento. Si ajusta su computadora para obtener el mejor rendimiento, acelerará las cosas. Deshace cualquier estilo agradable en su computadora, pero liberará parte de la memoria que le falte.
Cierre todos los programas innecesarios. Cuanta más memoria pueda darle a Visual Studio, mejor se comportará.
@kaze He perfilado muchas ralentizaciones de Visual Studio y nunca las he visto ser un factor significativo. 1) Los menús no se deben animar significativamente durante la depuración, especialmente si utiliza los atajos de teclado para un solo paso. 2) Cualquier máquina razonablemente poderosa (suficiente memoria, CPU, GPU razonable) puede manejar la configuración de rendimiento predeterminada. 3) El último consejo solo se aplica si su computadora no tiene suficiente memoria. Mostrar subprocesos en origen y puntos de interrupción excesivos pueden hacer que Visual Studio ejecute órdenes de magnitud más lentamente. Las respuestas que sugieren que son mucho más útiles. –
Intente apagar la "Evaluación propiedad Enable ...” configuración en Opciones del depurador, se debe realizar la depuración mucho más rápido (leer más: Fix: Make Debugging Faster with Visual Studio):
Here's a link to some guidance on Mike Stahl's MSDN blog, con respecto a la resolución de la desaceleración del depurador
me encontré con esto porque los puntos de interrupción condicionales en punto caliente de mi aplicación mataron a mi rendimiento de depuración. Personal BKM: resuelve posibles problemas de rendimiento antes de irte a dormir, ya que es posible que no los recuerdes por la mañana.
Me he dado cuenta en VS 2008 que si tiene seleccionado el botón 'Mostrar subprocesos en la fuente' en la barra de herramientas de depuración, el escalonamiento puede ser al menos 10 veces más lento.
También he notado que si su aplicación tarda mucho tiempo en iniciarse en modo de depuración, esto se puede resolver si simplemente 'Borrar Todos los Puntos de Inflexión' en el menú Depurar. Esto resolvió un problema molesto para mí a pesar de que solo tenía un puñado de puntos de interrupción establecidos en ese momento.
Silas
Desactivar Mostrar Temas en el código fuente en Visual Studio. y Cerrar ventana de seguimiento de pila de llamadas.
+1 Funcionó para mí :). – MichaelMocko
Además de todas las cuestiones mencionadas anteriormente.
Una pestaña "Desensamblaje" (abierta en un segundo plano) ralentiza la depuración en 1-2 segundos por paso. (No estoy seguro si siempre sucede así).
Este fue mi caso, la desactivación de la evaluación de propiedades ayudó, pero el solo hecho de cerrar las ventanas de desmontaje hizo que la depuración fuera mucho más rápida (de aproximadamente 3 segundos un paso a casi un instante) ... ¡gracias! – Martin
Tuve el mismo problema, especialmente al depurar aplicaciones con muchos subprocesos.
Fue causado por la característica "Mostrar hilos en la fuente".
Véase el siguiente enlace para más detalles:
Code Project: Show threads in source
Visual Studio Single Step Performance Fixes
Después de desactivar esta característica, el problema se ha solucionado.
Hay muchas cosas que pueden causar que Visual Studio sea lento. Puntos de interrupción excesivos y Mostrar subprocesos en origen son probablemente los dos más comunes, pero no le importa lo que es más común, le importa lo que hace que Visual Studio sea lento para * usted *.
Por lo tanto, si eliminar puntos de interrupción y desactivar Mostrar subprocesos en el origen no funciona, entonces necesita crear un perfil de Visual Studio. Eso le permite encontrar problemas de rendimiento que son exclusivos de su situación. Una explicación de cómo hacer esto (que se resolvió dos problemas de rendimiento de Visual Studio separadas) se puede encontrar aquí:
http://randomascii.wordpress.com/2013/03/03/visual-studio-single-step-performance-fixes/
Más investigaciones de los problemas de rendimiento en el código de otras personas se detallan aquí:
http://randomascii.wordpress.com/category/investigative-reporting/
Otra causa de lentitud en un solo paso es el uso de Intellitrace (disponible solo en Ultimate). Para apagarlo, Herramientas | Opciones | IntelliTrace. Desmarque Habilitar IntelliTrace.
La sugerencia "Mostrar subprocesos en el origen" no ayudó.
Pero lo solucioné habilitando Herramientas: Opciones: Depuración: General -> "Requerir que los archivos fuente coincidan exactamente con la versión original".
La mía se desmarcó inicialmente, pero después de cambiarla, el código paso a paso en VS2008 ha vuelto a la velocidad normal.
borra todas las entradas en la ventana del reloj.
Gracias por su respuesta, pero ¿podría proporcionar alguna información adicional sobre esta solución? ¿Por qué resolvería el problema, cómo resolvería el problema, etc. – Hiphop03199
Lo que me ayudó fue deshabilitar las herramientas de diagnóstico.
Herramientas/Opciones/Depuración/general/activar las herramientas de diagnóstico
Visual Studio 2015 (versión 14)
he experimentado este problema después de habilitar la "fuente de escalonamiento de .NET Framework". El paso se hizo mucho más rápido después de apagar esto. En particular, al volver a activar "Habilitar solo mi código" (Opciones> Depuración> General) eliminé aproximadamente la mitad del retraso que estaba experimentando.
La otra mitad fue causada al cargar más Símbolos de los que necesitaba (Opciones> Depuración> Símbolos). En un momento necesité las ubicaciones de símbolos definidas, pero ya no las tenía, así que pude desmarcarlas todas y hacer clic en "Caché de símbolos vacía". Si ha enumerado _NT_SYMBOL_PATH, significa que tiene definida esta configuración de entorno, y Visual Studio no le permitirá desmarcarla. Tendrá que eliminar la configuración. Más sobre Configuración de símbolos (https://blogs.msdn.microsoft.com/visualstudioalm/2015/01/05/understanding-symbol-files-and-visual-studios-symbol-settings/)
Tuve el mismo problema, eliminé todos mis relojes variables y ¡me ayudó mucho!Debido a que cada paso durante la depuración, recarga todos los relojes y lleva tiempo ...
Solución: en el menú Depurar, seleccione Windows, luego Ver, y haga clic en Watch1, Watch2, Watch3 o Watch4. El menú aparecerá y haga clic derecho sobre ellos para borrarlos todos.
Si tiene un escáner de virus (con escaneos en tiempo real habilitados), verifique si C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\Remote Debugger\x64\msvsmon.exe * es excluido del escaneo.
En mi caso, la depuración se hizo muy lenta después del lanzamiento de un nuevo escáner de virus en toda la empresa. Después de un tiempo, descubrimos que el análisis en tiempo real de msvsmon.exe era el culpable.
* modificar la ruta según su carpeta de instalación
Pregunta vieja como suciedad, pero sigue siendo relevante ya que me acaba de suceder a mí. En mi caso, la respuesta fue simplemente asegurarme de que la ventana "Pila de llamadas" no estaba activa. Por lo general, se apilan junto con "Auto", "Locales" y "Ver", por lo que simplemente haga clic en uno de ellos para poner "Pila de llamadas" en el fondo. – JPNotADragon
Respuesta de wrt @ JPNotADragon: la desactivación de la ventana de la pila de llamadas (es decir, el cambio a otra ventana) también resolvió mágicamente mis problemas de rendimiento durante la depuración (paso a paso e inspección de variables). Lo que es más, los problemas de rendimiento no regresaron después de ** re ** activar la ventana de la pila de llamadas. – bvgheluwe