Problema de depuración lenta en Visual Studio

En mi instancia de Visual Studio, incluso si solo escribí una sola línea de retorno en una aplicación de consola C #, me tomará un minuto después de presionar F5para ejecutar el código real (me refiero al tiempo que lleva detenerse en la declaración de retorno única después de presionando F5: establezco un punto de interrupción en la declaración de retorno en la mainfunción). ¿Qué está mal? ¿Existe una lista de verificación?

Estoy usando la edición VSTS de Visual Studio 2008 y estoy depurando en Windows Server 2003 x64.

Es posible que deba eliminar todos sus puntos de interrupción; tenga en cuenta que debe hacer clic en el botón "Eliminar todos los puntos de interrupción" (o usar Ctrl+ Shift+ F9), NO simplemente eliminarlos uno por uno. Si Visual Studio ha alterado la configuración de su solución, esta última no funcionará. Es posible que primero deba agregar un punto de interrupción para que esto funcione (inteligente, ¿eh?).

Si lo peor llega a ser peor, es posible que deba eliminar su .suoarchivo y dejar que Visual Studio inicie uno nuevo desde cero. Sin embargo, tenga en cuenta que perderá los ajustes de configuración de su solución personal (solo para esta solución, no para otras). Sin embargo, es posible que desee mover o cambiar el nombre del archivo temporalmente hasta que determine si este es el problema o no; de esa forma, siempre podrás moverlo hacia atrás. He visto que algunos recursos en línea recomiendan eliminar (mover / cambiar el nombre) del .ncbarchivo también.

He visto esto antes. Intente eliminar todos sus puntos de interrupción y luego configure los que desee. Hit F5. ¿Es más rápido ahora?

Acabo de notar que mencionaste la configuración de la función de depuración de fuentes .NET. Intenta desactivar eso. Su conectividad de red al servidor de origen de Microsoft puede ser lenta. También deshabilite cualquier conectividad del servidor de símbolos en el menú Herramientas → Opciones → Depuración → Símbolos .

También intente deshabilitar "Habilitar evaluación de propiedades y otras llamadas a funciones implícitas" en el menú Herramientas → Opciones → Depuración → General .

O elimine su archivo .suo que se puede encontrar junto a su archivo de solución (.sln). Esto resolvió un problema que tenía con las sesiones de depuración que tardaban mucho en iniciarse y detenerse.

Tuve este problema. Después de probar todos los consejos enumerados y eliminar todas las extensiones de Visual Studio, finalmente descubrimos que de alguna manera IntelliTrace estaba habilitado. Deshabilitar eso solucionó todo.

Cómo: habilitar y deshabilitar IntelliTrace

¿Tiene muchos puntos de interrupción establecidos? Esos realmente pueden ralentizar el tiempo de inicio. Cada vez que se carga un nuevo módulo en el espacio de direcciones del proceso, es necesario verificar todos para ver si son válidos.

Vaya al menú Herramientas → Opciones → Depurador → Símbolos y compruebe si tiene configurados símbolos públicos o rutas de red UNC . También verifique el menú Herramientas * → Opciones → Depurador → General para ver si tiene configurado el servidor de origen.

Todos estos pueden afectar la depuración en función de la velocidad de red lenta o servidores no disponibles. El tiempo de espera de 5 minutos es el tiempo de espera de la red.

Si no se establece nada en las opciones, verifique si tiene configurada la variable de entorno _NT_SYMBOL_PATH.

Mi colega tenía un Visual Studio de respuesta muy lenta y, literalmente, tardó unos minutos en realizar un paso durante la depuración.

La causa principal resultó ser un programa antivirus (Threatfire) que se volvió loco mientras Visual Studio se estaba ejecutando. Matar su proceso arregló todo de inmediato.

En mi caso, cambiar el símbolo de depuración "Cargar automáticamente el símbolo para" de la opción "Todos los módulos" a "Solo los módulos especificados" resolvió el problema. Puede cambiar esta opción desde el menú Herramientas → Opciones → Depuración → Símbolos .

Una causa diferente más ... Cómo encontrar el problema

Para mí fue la opción ShowOtherThreadIpMarkers . Un valor de 1 hace que Visual Studio (2010) sea insoportablemente lento (3-5 segundos por cada paso de depuración. Con un valor de 0, vuelve a ser rápido.

¿Cuál es esa opción? No tengo idea. No pude encontrarlo a través de la interfaz de usuario de Visual Studio. Desmarqué todas las opciones de depuración posibles allí y nada funcionó.

Así que fui a Importar / Exportar configuración y cargué mi configuración anterior que había guardado anteriormente yendo hacia atrás en el tiempo hasta que Visual Studio fue rápido nuevamente, luego comparé los archivos de configuración vs ..., etc., etc.

Me gustaría comentar que si carga la configuración mientras está en modo de depuración detenido en un punto de interrupción, entrará en vigencia inmediatamente. No es necesario detener el depurador y reiniciar.

Del blog de ScottGu vinculado por Travis: "Otro problema de rendimiento del que he oído hablar recientemente es un problema del que algunas personas han informado que se han encontrado con el complemento de la barra Google. Por alguna razón, esto a veces puede causar grandes retrasos al adjuntar el Visual Studio depurador en el navegador. Si observa retrasos prolongados en la carga de la aplicación web y tiene la barra Google (u otras barras de herramientas) instalada, puede intentar desinstalarlas para ver si esa es la causa del problema ".

Para mí, ejecutar bajo el depurador fue aproximadamente 10 veces más lento que ejecutarlo sin depurar.

Después de probar todas las soluciones sugeridas aquí, revisé todas las configuraciones del depurador y las habilité / deshabilité para ver si hacía una diferencia.

Para mí, resultó que deshabilitar la optimización Suppress JIT en la carga del módulo en la configuración de depuración mejoró enormemente las cosas.

Asegúrese de no tener asignaciones de red obsoletas a servidores que ya no existen (los tiempos de espera de la red lo matarán). O use algo como Process Monitor para ver si una red (u otro error de archivo) parece estar bloqueando durante mucho tiempo.

¿Está utilizando un symbolServer para descargar símbolos para archivos DLL de Windows?

Si es así, desactívelo, ya que puede llevar algo de tiempo, pero no esperaría que eso provocara grandes retrasos en una aplicación de consola básica.

Menú Herramientas → Opciones → Depuración → Símbolos .

Sé que este es un tema antiguo, pero por lo que vale ...

Descubrí que si he tenido una ventana separada de Internet Explorer abierta durante mucho tiempo, puede llevar hasta un minuto comenzar a depurar. Cierre todas las ventanas de Internet Explorer y la depuración comenzará inmediatamente.

En mi caso, la barra Google estaba ralentizando mi depuración.

gplus_notifications_gadget.html siguió y siguió sobrecargando el depurador. Quería mantener la barra Google porque la uso con regularidad, así que desactivé el botón de notificación G + (el botón pequeño junto al botón de perfil). Es feliz ahora.

Tuve el mismo problema en Visual Studio 2010, con la introducción del código terriblemente lenta (entre 3 y 10 segundos). Sin embargo, ninguna de las modificaciones de configuración anteriores funcionó.

Finalmente encontré la solución definitiva, que funcionaría en todos los problemas de publicación anteriores: restablezca todas sus configuraciones, como se describe aquí (esencialmente menú Herramientas → Importar y exportar configuraciones , Restablecer todas las configuraciones , guardando las configuraciones existentes en un archivo (para revertir )).

Es posible que primero desee guardar una parte particular de su configuración. Por ejemplo, primero guardé mi tema de color (similar a Solarized) y luego lo restauré después del reinicio global.

Para mí, la configuración que eliminó el rendimiento (Windows 8 incluso se colgó excepto por el movimiento del mouse) fue desmarcar "Romper todos los procesos cuando un proceso se rompe" en el menú Opciones → Depuración → General .

Solo una causa más de una experiencia de depuración lenta de Visual Studio ...

Hace mucho tiempo, habilité FusionLogpara ver qué estaba causando un problema de enlace de ensamblaje.

Asegúrese de desactivarlo después de usarlo. ¿Por qué? Porque escribe una gran cantidad de datos de registro en el disco mientras está habilitado.

Esta es la FusionLogclave en el Registro de Windows ( regedit.exe):

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion

Cambie los valores ForceLog, LogImmersivey LogResourseBindingsde 1 (habilitado) a 0 (deshabilitado).

También tuve este problema, pero no tenía nada que ver con los puntos de interrupción en mi caso. Fueron atajos de código que agregué en la ventana de tareas:

http://www.customsoftwareframeworks.com/blog/longwaittimetoinsertoraddalineoftextbuginvisualstudio--tasklistwindow--onlywhenaddingandremovelines

Estoy seguro de que hay otras formas en que podría ver un problema como este, pero hay un error en alguna parte que me causó este problema ... eliminar todas mis opciones lo habría solucionado, pero eso es algo que no quería hacer. Entonces, lo depuré y escribí sobre él en mi blog ... tu problema suena como el mío.

Algo que me ha funcionado es asegurarme de que no haya puntos de interrupción condicionales. Aparte de eso, he tenido éxito solucionando la depuración lenta simplemente reiniciando Visual Studio y abriendo solo una instancia de Visual Studio a la vez.

Tuve un problema similar y ninguna de las otras orientaciones pareció ayudar. Había reiniciado en vano. Eliminé todos los puntos de interrupción, eliminé el archivo .suo, verifiqué que los símbolos no se estuvieran cargando desde fuentes externas y verifiqué que no existían rutas en la aplicación que no estuvieran disponibles.

Entonces, pensé en limpiar la solución. Noté en la ventana de salida que C # IntelliSense informó un problema al limpiar:

Hubo un problema al leer los metadatos de '{B0C3592F-F0D1-4B79-BE20-3AD610B07C23}' ('El sistema no puede encontrar el archivo especificado'). Es posible que IntelliSense no funcione correctamente hasta que se vuelva a cargar la solución.

En este caso, una vez que descubra el mensaje de error, le indicará exactamente cómo resolverlo. (¡Buen trabajo en el texto de error, mal trabajo en la visibilidad!) Descargué los proyectos de la solución y luego los recargué. Luego pude ejecutar con éxito una solución limpia . Funcionó, y el depurador también.

Cerrar la ventana "Autos" mejoró la depuración para mí en Visual Studio 2008 para una gran solución nativa de C ++.

Ocultarlo no funcionará. Necesita estar cerrado.

Experimenté la misma desaceleración y desconectarme de la red solucionó el problema para mí, como han indicado otros comentarios y respuestas (pero, por supuesto, esa no es una solución ideal).

Para mi caso, este simple cambio solucionó mi solución: en las propiedades del proyecto en la pestaña de depuración, desactivé "Habilitar el proceso de alojamiento de Visual Studio" (estoy ejecutando Visual Studio 2010).

Obtenga más memoria y una HD más rápida. Más detalles están aquí .