Estoy trabajando en un proyecto ASP.NET 3.5 que tiene 55 proyectos en una solución. Al abrir la solución en Visual Studio 2008, demora más de un minuto en abrirse: aproximadamente 1 segundo para cada proyecto. Sin embargo, si desconecto el cable de red antes de abrir la solución, ¡solo demora unos 15 segundos! ¿Alguna idea sobre lo que podría estar causando la desaceleración?Carga lenta de solución en visual studio 2008
Me sucedió esto en los días en que utilizábamos Visual Source Safe.
Podría ser su plugin de control de fuente que solicita actualizaciones si tiene la solución bajo control de fuente.
Hace unos años recuerdo a un colega que tiene algún problema similar (con una solución mucho más pequeña, y en VS2003). No recuerdo los detalles, pero creo que estaba relacionado con la cuenta de usuario ASPNET local (o mejor dicho, que no existía). Aunque no estoy seguro ...
Como nota al margen: generalmente me resulta más eficiente tener quizás alrededor de un puñado de proyectos en cada solución (generalmente una solución produce uno o dos conjuntos utilizados en el código de producción) y luego algunas instancias de Visual Studio que se ejecutan al mismo tiempo. Más de 50 proyectos en las mismas soluciones se siente como pedir problemas.
Puede ser que tenga otras dependencias, solo quería compartir mis pensamientos.
que tiene 55 proyectos en una solución
WOW. No me puedo imaginar qué tipo de solución necesitan tantos proyectos. La respuesta probablemente sea que su proveedor de control de fuente necesita actualizar el estado de cada uno de los elementos, todo lo cual lleva tiempo.
Para los sistemas de control de versiones de estilo edit-merge-commit, como la subversión, esta operación no se lleva a cabo. Intente eliminar temporalmente el control de fuente de toda la solución para ver si este es el culpable.
Si su solución está conectada al control de fuente, entonces está intentando cargar los símbolos y verificar qué elementos ha prestado. Por lo tanto, si tiene una conexión lenta, a menudo es más rápido desconectar la solución.
http://www.tmgirvin.com/2009/03/working-offline-with-visual-studio-2008-and-tfs.html
EDITAR Otra solución que he visto utilizado, crear un _webTier.sln _database.sln _build.sln (es el nombre del proyecto)
y cada de esas soluciones es una parte autosuficiente de todo el proyecto, pero de esa manera, si está trabajando en el webtier y no necesita cargar el contenido de la base de datos o el proyecto de la base de datos, puede simplemente abrir la solución webtier en.
La solución de compilación contiene todo el paquete que debe construirse y lleva mucho tiempo cargar.
¿Puedo responder una pregunta con una pregunta? ¿Cuál es el secreto para lograr que VS no solo muera con tantos proyectos, y mucho menos que cargue en unos 60 segundos increíblemente rápidos?
En aproximadamente 10-12 proyectos el tiempo de compilación en Visual Studio se vuelve insoportable, en aproximadamente 5-8 proyectos Resharper se bloqueará.El IDE es un cerdo de memoria que incluso la apertura de más proyectos mediante el uso de varias instancias de VS generalmente no es una opción.
De todos modos, se trata de uso de la memoria y el proyecto de bola rara probablemente lo está haciendo, p. el que tiene más archivos
Sin la conexión de red, se carga en aproximadamente 15 segundos. De acuerdo con Process Explorer, el tamaño del conjunto de trabajo para visual studio es de aproximadamente 300,000K después de hacer una compilación con un tamaño virtual de 750,000K. Así que tener 2 GB de memoria (al menos) es muy útil. No es un proyecto en particular el que está causando el problema. Puedo ver el mensaje en la parte inferior a medida que carga cada proyecto, y cada uno toma aproximadamente la misma cantidad de tiempo. –
Debe investigar un poco, iniciar Wireshark, iniciar una captura en la interfaz en cuestión y ver qué tráfico fluye por el cable.
Gracias por el consejo sobre Wireshark. Lo descargué y lo ejecuté. Suponiendo que estoy interpretando los resultados correctamente, el único tráfico que veo debido a Visual Studio es una gran cantidad de consultas DNS. No sé lo que está buscando, pero supongo que las respuestas lentas del servidor de nombres podrían estar causando los retrasos. –
¿Alguna posibilidad de que sea este problema? http://dotnetjunkies.com/Newsgroups/microsoft.public.vsnet.ide/2004/3/29/97325.aspx – si618
Lo sentimos, ese enlace no funcionó (No se puede encontrar la página). –
he tenido este problema en una máquina de desarrollo sin conexión a Internet y resultó que el problema estaba relacionado con un ajuste en las opciones de Internet de IE:
Panel de control -> Opciones de Internet -> avanzadas - > Seguridad -> Comprobar la revocación de certificados del editor
Después de asegurarse de esto fue sin marcar mis soluciones empezaron a cargar de nuevo rápidamente.
Tuve el mismo problema esta semana (¡5 años después!). Fue causado por un gran archivo .suo (casi 400 Mb), eliminándolo solucionó el problema.
55 proyectos! Whoa. –