我应该将代码/项目存储在SSD还是辅助驱动器上？

我刚得到一个新盒子。它具有用于主驱动器的SSD和用于辅助驱动器的1TB SATA。我要在SSD上运行Windows和二进制文件，并将所有下载文件/文档/音乐/等文件保存在辅助驱动器上。
我的问题是我还应该将Visual Studio项目和代码保留在SSD上还是将它们保留在辅助驱动器上？更快的SSD可能对于编译和索引搜索会更好，但是对于更并行的磁盘IO情况，将它保留在第二驱动器上会更好吗？

SSD的IO更好，因此将代码存储在SSD磁盘上很有意义。

这取决于您拥有的驱动器。读取总是会丢失给SSD，但可能不会影响写入性能。在编译过程中，对于创建新的可执行文件，程序集和其他构建工件，写入性能将非常重要。

将较大的解决方案之一复制到HD和SSD并进行编译。您会注意到一种或另一种差异并做出决定。我的猜测是HD可以更快地进行编译/构建，但ssd会赢得其他所有优势。

我不知道这在Visual Studio中是否可行，但是最好的方法可能是两者结合。将源代码放在SSD上，但将已编译的对象写入HD。这是我们基于make的项目进行布局的方式，但是出于其他原因。

硬盘速度对于整体Visual Studio性能很重要。斯科特·格思里（Scott Guthrie）在这篇文章中对此做了很好的论述：

在过去的几年中，计算机上的多核CPU的速度已经足够快，以至于在大多数常见的应用场景中，您通常不会最终阻塞计算机中可用的处理器容量。

使用Visual Studio进行开发时，最终会读取/写入大量文件，并花费大量时间进行磁盘I / O活动。大型项目和解决方案可能具有数百（或数千）个源文件（包括图像，css，页面，用户控件等）。当您打开一个项目时，Visual Studio需要读取并解析其中的所有源文件，以便提供智能感知。当您加入源代码管理并签出文件时，您正在更新磁盘上的文件和时间戳。编译解决方案时，Visual Studio将从多个磁盘路径位置检查更新的程序集，在编译完成后将多个新程序集写到磁盘上，并将.pdb调试器符号文件与它们一起持久化在磁盘上（全部作为单独的文件保存操作）。

Visual Studio博客建议使用SSD：

硬盘类型很重要！ 这是另一个使解决方案加载更快的技巧。Visual Studio遥测显示，具有SSD存储负载的计算机解决方案的速度是常规硬盘驱动器的2-3倍。因此，如果您使用常规硬盘，我们强烈建议考虑升级到SSD。理想情况下，Windows，Visual Studio和您的解决方案都应包含在SSD中以发挥最大的影响，而将Windows安装在SSD上将对解决方案负载产生巨大影响。