首页 文章

SSD驱动器和Visual Studio IDE . 大改进?真正的用法故事,没有理论

提问于
浏览
89

我想使用Windows 7英特尔SSD驱动器来加速我的Visual Studio 2008开发周期 .

我想加快的领域是:

  • 编译/构建时间

  • 打开winforms / webforms的文件

  • 适用于Windows和Web的Visual Visual Studio "sluggishnes"

我对Visual Studio的启动时间不感兴趣 . 每GB的成本也不是问题 . 我想要速度 .

有谁试过这个( SSD drive + Visual Studio )已经有什么可以讲述加速/减速?

我知道关于固态硬盘的理论,但通常布丁的证据就在于吃 . 所以我对实际尝试并测试了使用SSD的Visual Studio设置的人感兴趣...

8 回答

  • 5

    我有Visual C#2008的硬数据. The short version is that you are best of spending your money on a faster CPU than faster I/O . 更长的答案如下......

    我们的C#(.NET 3.5)解决方案包含81个项目,包含超过2M行代码(包括注释和空行) . 几年前,我们将标准硬盘的奔腾4 3 GHz PC升级到拥有10,000 RPM WD Raptor HDD(74 GB)的Core 2 Duo 2.6 GHz PC . 加速是巨大的 . 大约10分钟到3.5分钟 . 所有这些都在具有4 GB RAM的Windows XP Pro 32位环境中 .

    我们还有一个Gigabyte i-RAM(谷歌信息),这基本上是一个带备用电池的RAM硬盘 . 与读取速度快但写入速度较慢的SSD不同,i-RAM对两者都很快,但如果断电则电池只能持续约12小时,因此您必须遵守检查规则 . 与10,000 RPM Raptor HDD相比,这使Core 2 Dou平台的编译时间缩短了一分钟(缩短到2.5分钟) .

    我发现那些旧的74 GB 10,000 RPM Raptor驱动器比你的花园品种7,200 RPM现代驱动器略慢,我们已经证明了一致的基准测试编译 . 我们还没有尝试过新的Velociraptors,但它们肯定会更快,但可能不足以在编译时单独使用它 .

    Last week we got a new Intel Core i7-870 platform with a G.Skill Falcon 128 GB SSD (with the Indilix Barefoot controller) and a standard 500 GB HDD as the second drive. I also chucked the i-RAM into this PC and tested all configurations.

    Compared to the Core 2 Duo, which compiled in 3.5 minutes for HDD and 2.5 minutes for the i-RAM, the i7-870 compiles in 1 min 40 seconds for the SSD, HDD and i-RAM give or take 3 seconds.

    So both times we've upgraded developer workstations, the vast majority of performance improvement in C# compile times has come from faster the CPU rather than faster disk. If you want to speed up compile times, put your money into the CPU rather than the disk.

    也就是说,SSD可以更快地加载Visual Studio并打开一个解决方案(虽然我还没有得到时间) . 如果你能负担得起SSD,你将永远不会回头,因为你PC上的每个程序都加载得如此之快,令人难以置信 . 但它不会显着加快你的编译速度 . 这就是Visual Studio C#是单线程的 . 如果微软一起采取行动并在IDE多线程中编写了他们的编译器,那么我们实际上可以使用这四个核心......


    Update May 2012: 我们现在再次升级我们的PC,并根据我们在关注CPU性能之前所学到的内容 . 新款PC的Intel Core i7-2600k CPU超频至4.6 GHz,配备Intel 510系列120 GB SATA III SSD,16 GB RAM和大型CPU散热器!令人惊讶的是,这几乎使编译时间缩短了一半,而且我确实将其降低到CPU功率的大幅增加,而不是更快的SSD .

    Visual Studio 2010中的C#编译性能结果如下:

    • 159秒:Intel Core i7-870库存(2.9 - 3.3 GHz),4 GB RAM,带SATA II SSD

    • 109秒:Intel Core i7-2600k库存(3.4 - 3.8 GHz)16 GB RAM,带SATA III SSD

    • 84秒:Intel Core i7-2600k超频(4.63 GHz)16 GB RAM,配备SATA III SSD

  • 11

    我刚买了一个,唯一遗憾的是没有先买任何SSD .

    编译时间已经确定,但现在整个IDE响应速度更快 . 它不仅是Visual Studio,还包括其他应用程序 . 当整个系统快速运行时,保持流量就容易得多 .

  • 75

    作为测试,我们刚刚订购了一个基于90 GB Sandforce的SSD,看看它是否有助于我们的构建时间 . 我们有一个大型的C项目需要21分钟才能完成重建(一个较旧的Xeon 3.4 GHz盒子 . )

    对每个测试运行三次测试,构建的时间差异可以忽略不计;大约30秒的速度 .

    我们更新的(!)Xeon 5150机箱(带硬盘)在大约11分钟内重建了同一个项目,这表明编译确实是CPU限制的 .

    (这让我感到惊讶,因为我认为SSD的超强4k和512k读/写性能在构建中会非常有用 . )

  • 4

    经过长时间的性能测试后,我得到了最好的设置,但对于C编译器 . 你会需要:

    • SSD用于Windows和程序文件(通常是C:驱动器)

    • 1 TB WD Caviar Black分为两个部分:

    • 驱动器D:一开始就是一个很小的驱动器(最大35 GB)只有TEMP文件夹的圆柱体;您应该将TMP和TEMP环境变量映射到D:\ TEMP(这个非常重要!)

    • 驱动器E:与驱动器存储器的其余部分;除了软件开发之外,它用于一般数据存储

    • 1 TB WD Caviar Black适用于您希望存储Visual Studio 2008项目/解决方案的任何分区布局 . 基于Subversion用法,我最终得到了四个分区:

    • 820 GB用于干线和通用项目

    • 60 GB for "feature branch"

    • 60 GB用于产品稳定期间使用的"stable branch"

    • 60 GB用于"product quality branch"用于已批准软件的小修复

    • 6核或8核处理器,使用/ MP编译器开关,(不知道为什么AMD Phenon II处理器在这种组合下运行良好)

    • Windows 7 64位(我不确定为什么它在64位操作系统中运行得更快,即使使用32位编译器)

    • SATA 3兼容主板

    此设置优于我测试过的任何其他组合 .

    大型模块化项目的典型编译将产生以下结果:

    • 没有/ MP和普通硬盘的并行构建:大约12分钟

    • 这个建议的设置:4:30分钟

    • 此设置,但使用交替使用WD Caviar Green驱动器:每个驱动器1:00(两者均为5:30或6:30)

    • 将TEMP分区移动到RAMDRIVE:5:30

    我的结论如下:

    • Don 't let TEMP folder run in SSD, since they are bad 1428951 and don'在WD Caviar Black内部具有可比较的64 MB缓存

    • 使用专用驱动器作为TEMP使两个WD驱动器并行工作:cl.exe临时文件的TEMP和存储* .cpp / h,* .obj,* .lib,* .exe等的项目驱动器 .

    • WD Caviar黑色缓存算法令人印象深刻,结合SATA 6 GB / s,优于我为TEMP驱动测试过的RAMDRIVE设置

    • 分区减少了对编译环境中不可避免的碎片的影响;同样对TEMP驱动器也有效

    我希望我能帮助你 .

  • 27

    我刚刚将一台笔记本电脑升级为SSD,通过克隆原来的5400转硬盘(令人惊讶的是一个无痛的过程) . 我使用秒表来捕捉指标之前和之后 . (戴尔Inspiron 1525,3 GB RAM,Windows Vista 32位)

    启动/启动Windows

    63 seconds --> 52 seconds

    加载我的ASP.NET Visual Studio解决方案

    换句话说,从单击.sln文件到Visual Studio完全加载的时间,您可以开始编码 . 我在进行测量之前执行了一次,因为第一次总是花费比后续时间更长的时间 .

    16 seconds --> 8 seconds.

    调试

    F5到主页满载 .

    5 seconds --> 3.5 seconds

  • 12

    当我买了一台新电脑时,我不确定是什么让我的体验变得更快 .

    然而,我的一位同事改变了一台用于SSD的7200转硬盘 . Visual Studio(尤其是启动/调试ASP.NET)至少是 two times 一样快!

  • 4

    见Joel Spolsky的文章Solid State Disks(2009-03-27) .

  • 2

    我也一直在考虑这个,不久前我买了一个快速SD card,我可以坚持使用笔记本电脑而忘记它,以便Windows Vista可以使用ReadyBoost功能 . 这感觉就像它有所不同,但肯定不足以保证为此购买SSD驱动器 .

    然后,当我做更新时,我开始遇到问题,并决定废弃ReadyBoost想法,并将SD驱动器挂载到挂载点,然后我创建了所有项目文件 . SD卡不是很大(1 GB),但它确实减少了我的构建等待时间,并使调试更快 .

    大多数是主观的,我正在回答一个想要事实的问题,“我感觉到这一点”和“我感觉到” . 由于我尝试从不同的驱动器运行Visual Studio文件,我当然相信它会有所作为,多少,以及我愿意支付多少这是一个问题,我也在急切地寻找答案 . 我的笔记本可以带另一个硬盘驱动器,我无法在SDD和7200 RPM笔记本电脑驱动器之间下定决心 .

相关问题