6

我已经看到了各种建议，即硬盘速度是影响 Visual Studio 编译性能的一个重要因素。

现在有一种相对便宜的混合硬盘可用，称为Seagate Momentus XT。

它具有 250、320 或 500GB 的 7200 RPM 硬盘和 4GB SLC NAND SSD。

有没有人在他们的开发机器上试过这个？它提高了性能吗？有什么样的因素改善？

还是混合硬盘无法优化典型的编译硬盘使用，即性能并不比标准硬盘好？

4

3 回答 3

3

最初加载项目时，硬盘速度是一个很大的因素，但是对于之后的每次编译运行，具有足够 RAM 的机器根本不需要接触硬盘 - 您的所有源文件都将被操作系统缓存。

复制库和临时文件 (.obj) 可能仍然存在问题，但 SSD 对小文件写入没有太大帮助。如果 I/O 确实是个问题 - 将 obj/ 目录移动到 RAM 磁盘可能会更有效（无需购买新硬件） - 但通常不是。

在编译期间检查您的 CPU 使用率。如果接近 100%，SSD 或混合磁盘根本无法帮助您，您只需要更快的 CPU。

于 2010-08-11T09:52:44.493 回答
2

以下是一些真实的统计数据...

一个 VS2010 主解决方案文件，包含 120 多个项目（110 个 C#，10+ VB）。web/class/test 等项目的混合。

Momentus 7200.3 320GB 驱动器

  • 解决方案加载时间 = 2 分 25 秒
  • 清洁后解决方案重建 = 4 分 10 秒

Momentus XT 500GB 硬盘

  • 解决方案加载时间
    • 第一次通过 = 1 分 40 秒
    • 第二遍 = 1 分 15 秒
  • 清洁后解决方案重建
    • 第一次通过 = 3 分 46 秒
    • 第二遍 = 3 分 27 秒

构建时间最多缩短 17%，VS 加载时间最多缩短 50%。

使用 10k Raptor 驱动器的 RAID-0 设置在构建时间方面提供了非常出色的改进，尽管由于缺乏冗余而高度不稳定。对不起，没有统计...

于 2011-05-22T03:31:28.067 回答
1

只有在您的机器中已经有足够的内存之后，我才会考虑这样做。如果写入 IO 导致问题（如果您有足够的 ram，则不应该这样做），请考虑将您的目标文件和临时文件放在 ram 磁盘上。

我猜它更便宜，而且破坏性可能更小（他们不需要将所有东西都移到新的 HD 上）为您的团队购买一个额外的 8G 内存用于他们的工作站并配置 ramdiscs。

于 2010-08-13T05:53:36.270 回答