2008-10-28 10 views

Respuesta

1

no tengo VS abierto delante de mí en este momento ... pero su más o menos esto ...

Ir a ..

Herramientas> opciones> Crear y liberar opciones.

Seleccionar - crear proyecto de inicio y dependencias solamente.

Esto acelerará significativamente el proceso.

0

Aquí hay algunas buenas sugerencias sobre cómo mejorar VS compilar velocidad:

  • Desactivar StyleCop, FxCop o cualquier otro análisis de código herramientas
  • Crear múltiples configuraciones de construcción, uno para cada una de las tareas que se realizan y sólo compilar lo que necesita en cada configuración particular
  • Retire las tareas de MSBuild que no sean necesarios
1

hice algunas pruebas de rendimiento de la velocidad de acumulación (VS2008 sin embargo).

Intenté usar RAM Drive. Casi no hay diferencia con RAID 1 + 0.

Quad core no parece ayudar mucho ya que la CPU nunca está al 100% (bueno, uno de ellos está al 100%, supongo). Sin embargo, la frecuencia de CPU parece ayudar. No estoy seguro acerca de la velocidad de la memoria.

Por lo tanto, para acelerarlo, consolide algunos proyectos (ya que la misma cantidad de archivos .cs se desarrolla más lentamente si están en proyectos separados) o cree soluciones secundarias, soluciones que solo tienen dependencias para su proyecto de trabajo actual. Entonces, supongamos que tiene una aplicación de administración y aplicación web y algún tipo de cliente de IU de WPF, cree 3 soluciones, una con aplicación web, una con administrador y otra para el cliente.

2

ScottGu has said La velocidad del disco duro es uno de los factores más importantes en el rendimiento de VS. Cuando recientemente obtuvimos computadoras nuevas, solicité que tuvieran un segundo disco duro de primera línea. Mi carpeta de desarrollo está en mi unidad D: y VS carga y compila más de 20 soluciones de proyecto en cuestión de segundos.

0

La actualización a 2008 vale la pena para su situación. En mi último trabajo, tuvimos 50 proyectos, y VS 2005 fue muy lento. Además, fue un dolor depurar (con multihilo). El IDE siguió explotando sobre nosotros. Tan pronto como nos actualizamos a VS 2008, todo fue más rápido, las compilaciones fueron más rápidas (en parte porque MS implementó un algoritmo de paralelización inteligente por apariencia), usa menos RAM y es mucho más estable.

El único arrepentimiento que tuvimos con 2008 está en el final de C++ (la mayoría de nuestra aplicación era VB.Net, algo de C# y algo de C++). La nueva versión de C++ no es compatible con Windows NT, que teníamos que hacer. La solución alternativa es un evento posterior que utiliza una antigua bandeja de edición y establece la versión para 4.0.

0

Hotfix 947315 para Visual Studio 2005.

Ésta es una solución acumulativa para lo siguiente:

  • KB947315: El Visual Studio 2005 IDE deja de responder cuando se trabaja con Visual C++ proyecta
  • KB943969: Visual Studio 2005 deja de responder o el rendimiento es lento cuando utiliza la función IntelliSense
  • KB916769: El Visual Studio 2005 IDE deja de responder cuando se trabaja con una gran solución de Visual C++ .NET en Visual Studio 2005
Cuestiones relacionadas