Aumente el rendimiento de VS 2010 mediante el uso de un SSD [cerrado]

Después de buscar en Internet mejoras en el rendimiento al usar Visual Studio 2010 con un disco duro de estado sólido, escuché muchas opiniones diferentes.

Mucha gente dijo que no hay realmente un beneficio cuando se usa un SSD, pero en contraste otros dijeron exactamente lo contrario. Estoy un poco confundido con las opiniones contrastantes y realmente no puedo decidir si comprar un SSD marcaría la diferencia.

¿Cuáles son sus experiencias con este problema y qué SSD usó?

Creo que gran parte se reduce a los idiomas en los que planeas programar en VS2010.

Por ejemplo, sé que en máquinas rápidas, C # compila en menos de 5 segundos en un proyecto relativamente grande.

Por otro lado, la programación de Native C ++ requiere ~ 45 segundos para un proyecto del mismo tamaño.

En mi propia experiencia, para los tiempos de compilación, no creo que un SSD haga una gran diferencia.

Dicho esto, el tiempo de lanzamiento de VS2010 en su computadora definitivamente será más corto que el uso de un disco duro convencional si usa un SSD, pero si usted lo vale o no, es su elección.

Espero que ayude.

EDITAR: Tal vez pueda jugar con esto hoy si alguien está interesado. Tengo un OCZ Vertex 3 de 120 GB, puedo instalar Visual Studio en él y darle una estimación aproximada en comparación con mi PC de trabajo, que son especificaciones de PC más o menos equivalentes. Haré una copia de mi proyecto y espero poder compilarlo en casa. Te pondré al día más tarde hoy

Actualicé mi computadora hace unos meses y decidí probar los tiempos de compilación de c ++ antes y después para ver qué tipo de mejora de velocidad obtuve. Probé tres configuraciones, todas construyendo un proyecto C ++ en Visual Studio 2005 con Windows 7:

1. Core 2 duo ~ 2.6ghz, 4gb RAM, construyendo un proyecto desde un SSD
2. Mismo sistema, construyendo el mismo proyecto desde un disco duro de 7.2k rpm
3. Core i5 2500k 3.3ghz, 8gb RAM, construyendo el mismo proyecto desde un SSD

Realicé cada compilación dos veces, una justo después de un arranque en caliente, y nuevamente justo después de la primera compilación (una vez que todo se había intercambiado en la caché del disco). Aquí están los resultados que obtuve:

1. Primera construcción: 96 segundos. Segunda construcción: 92 segundos.
2. Primera construcción: 96 segundos. Segunda construcción: 92 segundos.
3. Primera construcción: 54 segundos. Segunda construcción: 51 segundos.

En los casos 1 y 2, notará que obtuve exactamente los mismos tiempos de compilación, independientemente de si estaba construyendo desde mi SSD o desde la unidad de 7.2k RPM. Por lo tanto, la velocidad del disco no parece ser un factor en la compilación, al menos para discos duros de una velocidad decente. El cambio que marcó la gran diferencia fue pasar de un núcleo 2 duo a una CPU i5 3.3ghz, por lo que parece que la compilación está vinculada a la CPU y no a la memoria o al disco.

Había asumido que pasar del disco duro al SSD aumentaría un poco la velocidad, pero aparentemente ese no es el caso, presumiblemente todo se intercambia y después de eso va a la velocidad de la memoria.

Creo que hace una gran diferencia. VS (como Windows) escribe constantemente en el disco. Esto es sorprendentemente lento, incluso para pequeñas cantidades de datos. Puse un SSD en una computadora portátil vieja y lo hizo aproximadamente 5 veces más rápido. Puedes ver los resultados .

Aunque no tengo experiencia de primera mano con VS y SSD, estoy seguro de que hará que todo sea mucho más rápido.

Una cosa a tener en cuenta: las SSD tienen tasas de falla muy altas (incluida la primera que compré). Compre uno que esté altamente calificado como este . Además, no necesita una SSD particularmente grande. Solo lo suficientemente grande como para contener el sistema operativo, los archivos de programa y su proyecto con al menos un 20% gratis está bien. Entonces quizás 128GB.

Visual Studio es sensible a la velocidad del disco, pero si usa TFS está mucho más a merced de la velocidad del servidor TFS y la red (ya que abrir archivos y la modificación inicial requiere una recuperación y verificación).

Si usa un DVCS, entonces objetivo SSD -> frecuencia de CPU. Visual Studio es algo sensible a la velocidad de la CPU y no parece estar muy enhebrado. Prefiere menos núcleos más rápidos que núcleos más lentos. Parece que no usa mucho más de 1.5GB de RAM sin encontrarse con excepciones de OOM, así que no se moleste en cargar su máquina con más de 4GB de RAM. Si tiene la suerte de tener más de 4 GB de RAM, use el extra como unidad de RAM para almacenar su código fuente (se necesitan medidas de respaldo draconianas). Nada puede tocar la velocidad de una unidad RAM. Aquí hay un punto de referencia de mi estación de trabajo: