磁盘“高速”招标 十方案对比实战！
实验方案四（失败）：高性价比的大容量HDD组建RAID 0阵列，再搭配超小容量SSD构建“智能加速”系统
点击查看清晰大图
基于方案三的优秀表现，笔者本来对这个改进方案充满了期待，希望基于RAID 0阵列的HDD系统能为给智能加速提供更强的后盾。同时，还能借成本的降低进一步提升系统的容价比。然而，事实是“残酷”的，试验发现这样的搭配方式不能成功开启智能响应。事实上，Intel的智能响应技术本就需要开启Z68芯片的RAID存储模式，而实验证明在这个模式下，我们不能再组建其他的RAID模式。
实验方案五：两块高性能HDD组建RAID 0阵列
点击查看清晰大图
其实，在实验前，笔者就不太看好这种组建形式。毕竟，在采用相同单碟容量的前提下，所谓的高性能HDD和同容量规格的高性价比HDD产品之间的性能差距是比较小的，但是价格差距却相当明显，这会降低这种方案的容价比。同时，凭经验判断，两块HDD组建的RAID 0带来的性能提升相比SSD不具明显优势。但考虑到已购买单块高性能HDD的玩家有这种升级需要，笔者还是加入了这种形式的实验。测试结果尚在意料之中，RAID 0的效能确实不错，几乎达到了相比单块硬盘翻倍的性能，特别是在IOMeter的测试中表现不错。但是实际使用起来感觉上和单块HDD没有太大区别。应用程序安装较慢，系统启动速度也需要30s左右。按理，IOMeter 4KB小文件存取性能不差，但受制于寻道等繁琐工作模式带来的12ms高延迟，其随机存储性能糟糕。想必这也是为什么IOMeter测试成绩出色，而实际应用无优势的主要原因。
平台性能指数
| 小文件随机存取性能 | 5 |
| 容价比指数 | 7 |
| 数据安全指数 | 7 |
| 盘间性能 | 8 |
| 持续读写性能 | 5 |
| 平台综合性能指数 | 32 |
表3：实验方案三测试成绩
| PCMark 11磁盘性能得分 | 4347 |
| IOMeter 4KB测试 | |
| 连续读IOps | 36651.9 |
| 连续平均读 | 143.17MB/s |
| 连续平均读延时 | 0.87ms |
| 连续写IOps | 34951.45 |
| 连续平均写 | 136.53MB/s |
| 连续平均写延时 | 0.92ms |
| 随机读IOps | 7438.32 |
| 随机平均读 | 14.23MB/s |
| 随机平均读延时 | 3.89ms |
| 随机写IOps | 186.25ms |
| 随机平均写 | 0.38MB/s |
| 随机平均写延时 | 183.52ms |
| CrystalDiskMark(读/写，单位：MB/s) | |
| Seq | 201.4/109.1 |
| 512K | 140.1/114.3 |
| 4K | 21.96/47.46 |
| 4K QD32 | 149.6/110.6 |
| HD tach 32M充分基准测试 | |
| 突发 | 220.9MB/s |
| 平均 | 178.2MB/s |
| 延迟 | 0.1ms |
| Fastcopy | 52.32MB/s |
| 开机时间 | 14s |
| WOW加载时间 | 5.12s |
实验方案六：三块高性价比的大容量HDD组建RAID 0阵列
点击查看清晰大图
380MB/s以上的持续传输速度和高达6TB的可用容量，让该方案成了所有实验方案中出色的影音专用存储系统。而且，1740元的组建成本也是所有可行方案中低的。因此，可以说这样的组合是具性价比的影音专用配置。当然，只要是HDD硬盘组合就不能避免小文件随机存储性能上的软肋，这套3块HDD的RAID 0系统也如是。不足4MB/s的4KB小文件存取速度显然不能让玩家的系统启动得更快，也无法满足应用程序的快速启动需求。不过借助SATA 6Gb/s接口和64MB×3的大容量缓存优势，该系统拥有1588.6MB/s的惊人突发传输速度。当然，需要大家注意的是，RAID 0的工作原理注定了其安全性能与阵列中硬盘的数量成反比。其中任意一块硬盘损坏，玩家就将面临失去所有数据的风险。应此笔者窃以为对普通用户而言，3块硬盘是组建RAID 0方式的“极限”了。而对数据重要性较高的用户还是不要使用这种方式。
平台性能指数
| 小文件随机存取性能 | 6 |
| 容价比指数 | 10 |
| 数据安全指数 | 6 |
| 盘间性能 | 9 |
| 持续读写性能 | 8 |
| 平台综合性能指数 | 39 |
表5：实验方案六测试成绩
| 希捷酷鱼Green2TB×3 RAID0 | |
| PCMark 11磁盘性能得分 | 2321 |
| IOMeter 4KB测试 | |
| 连续读IOps | 47831.38 |
| 连续平均读 | 186.84MB/s |
| 连续平均读延时 | 0.21ms |
| 连续写IOps | 72874.41 |
| 连续平均写 | 284.67MB/s |
| 连续平均写延时 | 0.44ms |
| 随机读IOps | 387.13 |
| 随机平均读 | 0.721MB/s |
| 随机平均读延时 | 198.7ms |
| 随机写IOps | 658.12 |
| 随机平均写 | 1.45MB/s |
| 随机平均写延时 | 173.25ms |
| CrystalDiskMark(读/写，单位：MB/s) | |
| Seq | 387.9/382.6 |
| 512K | 39.88/110.4 |
| 4K | 0.61/3.47 |
| 4K QD32 | 4.12/3.26 |
| HD tach 32M充分基准测试 | |
| 突发 | 1588.6MB/s |
| 平均 | 388.6MB/s |
| 延迟 | 12.9ms |
| Fastcopy | 133.26MB/s |
| 开机时间 | 33s |
| WOW加载时间 | 5.97s |
用户评论
-
-
-
不知道笔者使用的是何品牌的Z68主板进行的实验，我用技嘉H67MA-USB3-B3主板Windows 7 旗舰版 32位 SP1 处理器 英特尔 Core i5-2500 @ 3.30GHz 四核 内存 12 GB ( 金士顿 DDR3 1333MHz ) 主硬盘 镁光M4-CT064M4SSD2 ( 64 GB ) ,希捷 Barracuda 7200.12 ST31000524AS X2, 希捷 ST2000DL003 X2 BIOS下设RAID，SSDM4做主引导进系统要37S，因为每次开机都要进行磁盘阵列的自检，而ACHI模式下只要20S，用希捷1TB两块RAID0竟然要90S，更关键的是实验方案五：两块高性能HDD组建RAID 0阵列这个实验我失败了，开机CRTL+I进技嘉的RAID设置成功，但设置里BOOTABLE 显示为NO，两块2TB组RAID0可以做从盘使用，但不能做主盘引导进系统，打电话问技嘉客服说是RAID0引导做系统盘大支持2TB。 求答案：如何跳过磁盘阵列自检，减少RAID磁盘模式下启动时间 如何使用大于2TB的硬盘组RAID0并做主盘进系统
-
-
