vscode visual tutorial studio rendimiento rapido muy mejorar mas lento español color code visual-studio-2010 visual-studio visual-studio-2012 ankhsvn productivity-power-tools

visual studio 2010 - tutorial - ¿Por qué tarda tanto en cargar mi solución en Visual Studio?



visual studio code autocomplete html (7)

En mi caso, lo siguiente funcionó sin ninguno de los pasos sugeridos:

  1. Matar a Visual Studio.
  2. Inicie Visual Studio directamente (es decir, no desde el archivo .sln ).
  3. Luego, desde Visual Studio, abra la solución.

En mi caso, esto fue todo lo que se necesitó para que la solución del problema se cargara con bastante rapidez, sin necesidad de cambiar ninguna configuración o eliminar ningún archivo.

Tenemos una gran solución con más de 200 proyectos y miles de archivos. A pesar de eso, la solución solía cargarse bastante rápido en Visual Studio 2010 y en 2012. Sin embargo, después de copiar todo el repositorio SVN a otra ubicación, cargar y cerrar la solución de repente tomó muchísimo tiempo. (¡Estoy hablando de 30-60 minutos aquí!)

Encontré una solución yo mismo y quería compartirla aquí, con la esperanza de que pueda ahorrarle a alguien algunas horas de investigación y mirar el diálogo "Preparar solución ...".

Al inspeccionar el proceso devenv.exe con Process Monitor, descubrí que está bastante ocupado con el acceso al directorio .svn . Esto es lo que hice (y esto de alguna manera resolvió el problema):

  1. Matar a Visual Studio
  2. Abra Visual Studio sin cargar una solución
  3. Deshabilite AnkhSvn como complemento de control de código fuente (Herramientas-> Opciones-> Control de fuente-> Selección de complemento-> Ninguno)
  4. Desactive "Document Well 2010 Plus" (VS2010) o "Custom Document Well" (VS2012) en Productivity Power Tools (Herramientas-> Opciones-> Herramientas de potencia de productividad) - Lo leí en alguna parte y podría haber ayudado también ...
  5. Cerrar Visual Studio
  6. Elimine el archivo *.suo la solución. Esto se encuentra en la misma carpeta que la solución en sí. NOTA: Perderá varios ajustes para su solución, como los archivos actualmente abiertos, los puntos de interrupción, los marcadores, la configuración de la solución actual y la plataforma (por ejemplo, Debug x86), etc.
  7. Reiniciar Visual Studio
  8. Cargue la solución, ¡ahora era mucho más rápido!
  9. Cerrar Visual Studio
  10. Abra Visual Studio sin cargar una solución
  11. Vuelva a habilitar AnkhSvn y el "Documento Bien"
  12. Reiniciar Visual Studio
  13. Abra la solución, ¡todavía estaba cargada en segundos!

No sé cuál de estos pasos realmente resolvió el problema. Probablemente, no se requieren todos estos pasos, pero no quería reproducir el problema para averiguar qué pasos se pueden omitir. :)

Intenté lo anterior, pero no resolvió mi problema.

Así es como resolví este problema, con suerte también funcionará para algunos de ustedes:

  1. Abra Visual Studio 2013 sin solución.
  2. Cree una nueva aplicación de consola C # y guárdela.
  3. Cierre Visual Studio.
  4. Vuelva a abrir la solución de consola creada en el paso 2.
  5. Cierre Visual Studio.
  6. Vuelva a abrir la solución que anteriormente estaba pendiente del diálogo Preparar solución. La mía se abrió de inmediato, no más colgando.

Ninguna de las otras respuestas funcionó para mí. Los tiempos de compilación de CI estaban bien, pero cargar mi solución en Visual Studio tardaba casi dos minutos. VS entonces funcionaría bien hasta que cerré y abrí la solución la próxima vez. Las diferentes versiones de VS mostraron el mismo problema y tanto el modo seguro como la eliminación del suo no ayudaron.

Terminé siguiendo los consejos en http://geekswithblogs.net/akraus1/archive/2014/04/30/156156.aspx para usar Windows Performance Recorder para instrumentar VS y encontrar el problema. Al buscar en el Analizador de rendimiento de Windows en la sección "Uso de CPU (muestreado)" y agregar la columna "Pila (etiquetas de marco)", pude profundizar en el uso de devenv.exe .

Resulta que la ruta de acceso caliente por recuento tenía Microsoft.VisualStudio.Platform.WindowManagement.ni.dll 23 llamadas, y debajo de eso eventualmente Microsoft.VisualStudio.ServerExplorer.dll y Microsoft.VisualStudio.Data.Package.dll . Eso me indicó que busque en Server Explorer en la interfaz de usuario y abra la pestaña de Conexiones de datos. Allí encontré cientos de conexiones añadidas por error que provenían de la sección ConnectionString de debug web.config . La eliminación de aquellos de web.config redujo la carga de ese proyecto individual de más de 90 segundos a casi instantáneo.

Ninguno de ellos me ayudó, lo que hice ... Veo con ProcMon de sysinternals, filtrando para devenv, y vi muchas entradas de fussionlog. Había habilitado fussionlog para depuración algunas semanas antes y no pensé en desactivarlo. Solo tuve que desactivar fussionlog y la solución se abrió más rápido.

Puede abrir Visual Studio en Modo a prueba de errores y luego verificar su plugin y configuración de control de origen después de abrir el proyecto. Modo seguro significa "Inicia Visual Studio, carga solo el entorno y los servicios predeterminados".

Cómo :

devenv /SafeMode

O de acuerdo a tu camino

"C:/Program Files (x86)/Microsoft Visual Studio 12.0/Common7/IDE/devenv.exe" /SafeMode

fuente: https://msdn.microsoft.com/en-us/library/ms241278.aspx

Vaya, me doy cuenta de que esta es una entrada tardía, pero descubrí que simplemente eliminando (eliminando) mi gran cantidad de puntos de interrupción resolvía el tiempo de carga excesivo y el tiempo de compilación. Esta acción redujo el tamaño del archivo .suo de 214MB a 977KB. Deje que VS maneje el archivo .suo en sí mismo. La compilación y la carga ahora requieren <1 minuto en lugar de 5-10 minutos para una solución con 35 proyectos. Visual Studio 2012 Pro, actualización 4.