硬盘rpms对于Visual Studio开发体验真的很重要吗?

时间:2009-10-31 01:28:53

标签: visual-studio

Harddrive rpms对于Visual Studio开发体验真的很重要吗?

8 个答案:

答案 0 :(得分:3)

检查瓶颈在哪里。如果按CTRL-SHIFT-ESC,它将调出任务管理器,您可以查看Performance TAB。编译时,如果计算机速度很慢但CPU使用率很低,则可能是HD(IO)绑定的。如果CPU为100%,则可能是CPU绑定的。

如果你的高清是VS开发的瓶颈,你的两个最可能的性能问题是高清速度本身或内存不足(以及过多的寻呼/坏高清缓存)。

为了获得更好的高清性能,您可以获得一个快速可靠的SSD,如英特尔驱动器或西部数字迅猛龙。 Velociraptor的售价约为230美元(300GB),而英特尔固态硬盘售价约为500美元(160GB)。任何一个都应足够大,以处理大多数开发项目。

对于RAM问题,购买尽可能多的RAM,而不是购买超过你的操作系统可以看到的(Win32通常只能看到3GB)。 Windows将使用额外的RAM进行高速缓存,并且还可以避免在RAM有限的机器上发生的任何内存分页。如果可能,请运行具有6或8 GB RAM的64位版本的Windows。您仍然可以使用VS在Win64下编译和构建32位项目,但它可以更好地进行高速缓存。

答案 1 :(得分:1)

取决于......如果你的硬盘非常慢,那将是一个问题。

看看:http://weblogs.asp.net/scottgu/archive/2007/11/01/tip-trick-hard-drive-speed-and-visual-studio-performance.aspx

答案 2 :(得分:1)

获取SSD。 会让您失望。

答案 3 :(得分:0)

带有Visual Source Safe的VS2003疯狂呆滞,有很多磁盘命中。我目前使用的vs2005似乎仍然比我想要的稍微缓慢但有明显改善。自从我们从Visual Source Safe切换到Team Foundation Server后,我也注意到了更好的性能。希望我听起来不像是M $ hater,但我开始期待微软的臃肿。

答案 4 :(得分:0)

最重要的是硬盘驱动器访问数据的速度(通常称为访问时间)。驱动器访问编译器在构建项目时访问的数百个小文件的速度越快越好。 RPM可能会稍微改善访问时间,但不会像切换到使用不同机制和接口的驱动器那样多。

不幸的是,大多数硬盘制造商都没有公布平均访问时间。相反,它们促进了寻道时间(将读/写磁头从磁道移动到磁道所需的时间)和延迟(磁盘旋转1/2圈所需的时间)。访问时间应大致等于seek + latency。

大多数消费者3.5英寸SATA驱动器的寻道时间为8-12毫秒,即使RPM从5400增加到7200,这个数字仍保持相对不变。

相比之下,SCSI和SAS驱动器的寻道时间为3.5-4.5 ms。它们总是比SATA / ATA驱动器更快,因为它们具有更强大的执行器和更好的接口。

SSD驱动器的访问时间几乎为零。

答案 5 :(得分:0)

您可能不会注意到RPM之间存在巨大差异,但如果您能够安装第二个硬盘驱动器,则可以让VS和您的项目文件运行,因此Windows可以更自由地访问其系统和分页文件。

答案 6 :(得分:0)

我确信每个人都已经知道这一点,但是到底是什么......碎片是邪恶的。令人惊讶的是,有多少开发人员系统有严重碎片化的NTFS驱动器。添加夜间计划的碎片整理任务是缓解此问题的一种简单方法,至少在XP系统上是这样。

此外,购买驱动器时,另一个获得非常大的驱动器的原因是避免将驱动器填充到碎片整理开始失败的程度。

答案 7 :(得分:0)

就个人而言,我是Jeff's suggestion的粉丝,就是将SSD用于启动驱动器和关键应用程序,并使用更具成本效益的驱动器来实际存储数据。一旦我最终找到一些时间备份数据并拉开硬件,我将自己实现这一点。