¿Debo almacenar mi código / proyectos en mi SSD o mi disco secundario?

Acabo de recibir una nueva caja. Tiene un SSD para la unidad primaria y un SATA de 1TB para la unidad secundaria. Voy a ejecutar Windows y mis archivos binarios en el SSD y mantener todas mis descargas / documentos / música / etc.en el disco secundario.
Mi pregunta es si también debería mantener mis proyectos y código de Visual Studio en el SSD o guardarlos en la unidad secundaria. Presumiblemente, el SSD más rápido sería mejor para la compilación y las búsquedas indexadas, pero ¿sería mejor mantenerlo en la segunda unidad para una situación de E / S de disco más paralelo?

SSD tiene un IO mucho mejor y, por lo tanto, tiene sentido tener su código en el disco SSD.

Depende de la unidad que tenga. La lectura siempre perderá en el SSD, pero tal vez no en el rendimiento de escritura. El rendimiento de escritura será importante durante las compilaciones para crear nuevos ejecutables, ensamblajes y otros artefactos de compilación.

Copie una de sus soluciones más grandes en HD y SSD y compile ambas. Notará la diferencia de una forma u otra y tendrá su decisión. Supongo que el HD será más rápido para compilaciones / compilaciones, pero el ssd ganará todo lo demás.

No sé si esto es posible en Visual Studio, pero lo mejor puede ser una combinación de los dos. Coloque el código fuente en el SSD, pero tenga los objetos compilados escritos en el HD. Así es como hemos diseñado proyectos basados ​​en diseños, pero por otras razones.

La velocidad del disco duro es importante para el rendimiento general de Visual Studio. Scott Guthrie lo toca bien en esta publicación :

Las CPU multinúcleo en las máquinas se han vuelto lo suficientemente rápidas en los últimos años que, en los escenarios de aplicaciones más comunes, generalmente no termina bloqueando la capacidad de procesador disponible en su máquina.

Cuando realiza desarrollo con Visual Studio, termina leyendo / escribiendo muchos archivos y dedicando una gran cantidad de tiempo a realizar actividades de E / S en disco. Los grandes proyectos y soluciones pueden tener cientos (o miles) de archivos fuente (incluidas imágenes, CSS, páginas, controles de usuario, etc.). Cuando abre un proyecto, Visual Studio necesita leer y analizar todos los archivos de origen para proporcionar inteligencia. Cuando se alista en el control de código fuente y revisa un archivo, está actualizando archivos y marcas de tiempo en el disco. Cuando realiza una compilación de una solución, Visual Studio verificará si hay ensamblados actualizados desde múltiples ubicaciones de ruta de disco, escribirá múltiples ensamblajes nuevos en el disco cuando se complete la compilación, y también conservará los archivos de símbolos de depurador .pdb en el disco con ellos (todos como operaciones separadas para guardar archivos).

El Blog de Visual Studio recomienda usar un SSD:

¡El tipo de disco duro importa! Y aquí hay otro truco para hacer que la solución se cargue aún más rápido. La telemetría de Visual Studio muestra que las máquinas con un almacenamiento SSD cargan soluciones 2-3 veces más rápido que un disco duro normal. Como tal, recomendamos encarecidamente considerar una actualización a SSD si está utilizando un disco duro normal. Si bien, idealmente, Windows, Visual Studio y su solución estarían contenidos en un SSD para obtener el máximo impacto, tener Windows instalado en SSD tendrá un gran impacto en la carga de su solución.