Problema de depuración lenta en Visual Studio

En mi Visual Studio, incluso acabo de escribir una línea de retorno en una aplicación de consola C #, me tomará un minuto después de presionar F5 para ejecutar el código real (me refiero al tiempo que se tarda en detenerse en la statement de devolución única después de presionar F5 – Configuré un punto de interrupción en la statement de retorno en la función Principal). Me pregunto ¿qué pasa? ¿Alguna lista de verificación? ¡Gracias!

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

gracias de antemano, George

Puede que necesite 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-Shft-F9), NO simplemente eliminarlos uno por uno. Si Visual Studio ha destruido la configuración de su solución, la última no funcionará. Es posible que necesite agregar un punto de interrupción primero, para que esto funcione (inteligente, ¿eh?).

En el peor de los casos, es posible que deba eliminar su archivo .suo 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 ninguna otra). Sin embargo, es posible que desee mover / cambiar el nombre del archivo temporalmente hasta que determine si este es el problema o no; de esa manera, siempre puedes moverlo hacia atrás. He visto algunos recursos en línea que recomiendan eliminar (mover / renombrar) el archivo .ncb también.

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

Me di cuenta de que mencionaste la configuración de la función de depuración de fonts .NET. Intente desactivarlo, su conectividad de red al servidor de origen de Microsoft puede ser lenta. También desactive cualquier conectividad de servidor de símbolos en Herramientas> Opciones> Depuración> Símbolos

Pruebe también a desactivar “Habilitar la evaluación de propiedades y otras llamadas a funciones implícitas” en Herramientas> Opciones> Depuración> General.

O elimine su archivo .suo que se puede encontrar al lado de su archivo de solución (.sln). Esto solucionó un problema que tenía con las sesiones de depuración que tomaba mucho tiempo para comenzar y detenerse.

Tenía 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.

http://msdn.microsoft.com/en-us/library/dd264948%28v=vs.100%29.aspx

¿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, todos deben verificarse para ver si son válidos.

Vaya a herramientas / opciones / depurador / símbolos y verifique si tiene establecidos símbolos públicos o rutas de red UNC. También verifique herramientas / opciones / depuración / 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 que respondía muy lentamente, literalmente tomó minutos realizar un paso mientras se depuraba. La causa principal resultó ser un progtwig antivirus (amenaza de fuego) que se volvió loco mientras VS se estaba ejecutando. Matar su proceso de inmediato arregló todo.

En mi caso, al cambiar el símbolo de depuración la opción “Cargar símbolo automáticamente” de “todos los módulos” a “solo módulos especificados” se solucionó el problema. Puede cambiar esta opción desde 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 = 1 hace que vs (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 vs. Desmarqué todas las posibles opciones de depuración y nada funcionó.

Así que fui a Importar configuración de exportación y cargué la configuración anterior que guardé previamente retrocediendo en el tiempo hasta que vs fue rápido de nuevo, luego comparé los archivos de vssettings … etc., etc.

Me gustaría destacar que si carga la configuración mientras está en el modo de depuración detenido en un punto de interrupción, se aplicará inmediatamente. No tiene que detener el depurador y reiniciar.

Desde el blog de ScottGu conectado por Travis: “Otro tema de rendimiento que he escuchado recientemente es un problema que algunas personas han informado al encontrar con el complemento Google Toolbar. Por alguna razón, esto a veces puede causar largas demoras cuando se adjunta Visual Depurador de estudio en el navegador. Si observa largas demoras con la carga de la aplicación web y tiene instalada la barra Google (u otras barras de herramientas), puede intentar desinstalarlas para ver si esa es la causa del problema. ”

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

¿Estás usando un servidor de símbolos para descargar símbolos para las DLL de Windows?

Si es así, deshabilítelo, ya que puede llevar algo de tiempo, pero no esperaría que eso cause largas demoras en una aplicación de consola básica.

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 de IE separada abierta durante mucho tiempo, puede tardar hasta un minuto en comenzar la depuración. Cierre todas las ventanas de IE y la depuración comienza de inmediato.

En mi caso, Google Toolbar estaba ralentizando mi depuración. gplus_notifications_gadget.html simplemente sigue y sigue sobrecargando el depurador. Quería mantener la barra de herramientas de Google porque la uso regularmente, así que simplemente desactivé el botón de notificación de G + (el botón pequeño, además del botón de perfil). Está contento ahora.

Correr bajo el depurador fue aproximadamente 10 veces más lento que ejecutar sin depuración.

Después de probar cada solución sugerida aquí, revisé cada configuración de depuración y habilité / deshabilité para ver si hacía una diferencia.

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

Tuve el mismo problema en VS2010, al pisar el código extremadamente lento (entre 3 y 10 segundos). Sin embargo, ninguna de las modificaciones de configuración anteriores hizo el truco. Eventualmente encontré la solución definitiva, que funcionaría en todos los problemas de publicaciones anteriores: reinicia todas tus configuraciones, como se describe aquí .

En primer lugar, puede querer guardar una parte particular de su configuración, por ejemplo, primero guardé mi tema de color (tipo Solarizado), y luego lo restauré después de la restauración global.

Para mí, la configuración que mató el rendimiento (Windows 8 incluso colgó, excepto por el movimiento del mouse) fue DESACTIVAR “Romper todos los procesos cuando se rompe un proceso” en Opciones -> Depuración -> General.

Espero que esto ayude a cualquiera.

Una causa más de una experiencia de depuración lenta de Visual Studio …

Hace mucho tiempo habilité FusionLog para ver qué causaba un problema de ensamblaje vinculante.

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 clave FusionLog en el Registro de Windows [ regedit.exe ]:

 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion 

Cambie los ForceLog , LogImmersive y LogResourseBindings de 1 habilitado a 0 deshabilitado.

También tuve este problema, pero no tenía nada que ver con 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ías ver un problema como este, pero hay un error en alguna parte que me causó este problema … borrar todas mis opciones lo arreglaría, pero eso es algo que no quería. hacer. Entonces, lo depuré y escribí sobre él en mi blog … tu problema parece mío.

Gracias.

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

Tuve un problema similar y ninguna de las otras indicaciones me ayudó. Había reiniciado en vano. Quité todos los puntos de interrupción, eliminé el archivo suo, verifiqué que los símbolos no se cargaban desde fonts externas y comprobé que no existían rutas en la aplicación que no estaba disponible.

Entonces, pensé en limpiar la solución. Noté en la ventana de salida que C # IntelliSense reportó 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 realmente el mensaje de error, le dirá exactamente cómo resolverlo. (¡Buen trabajo en el texto de error, trabajo deficiente en descubribilidad!) Descargué los proyectos de la solución, y luego los recargué. Entonces pude ejecutar con éxito una solución limpia. Funcionó, y el depurador también lo hizo.

HTH

Al cerrar la ventana de “Autos” mejoré la depuración en vs2008 para una gran solución nativa de c ++. Esconderlo no funcionará, necesita ser cerrado.

Experimenté la misma ralentización y la desconexión de la red me solucionó el problema, como lo han expresado algunos 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 desactivaba “Habilitar el proceso de alojamiento de Visual Studio”. (Estoy ejecutando VS2010)

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