通过玩延迟的“妙计”，NetApp表示他们有一个比3PAR更快的阵列——尽管SPC-1基准测试的得分较低。

一套6节点FAS6240集群的SPC-1基准测试结果已经公布。SPC-1是一个通过光纤通道访问数据块而不是文件，来测量存储阵列每秒IO数量(IOPS)的基准测试。

SPC-1基准测试结果

就NetApp 250,039.67 IOPS的测试成绩本身而言位于中端，如同图表显示的。而一款IBM Storwize V7000已经达到了520,043.99 IOPS。NetApp为其系统提供了一个完整的价格清单，1,672,602美元，给出6.69美元/IOPS的价格/性能比。他们表示其他供应商的折扣在这个价格基础上可达50%。同样的设备给我们就是3.35美元/IOPS，这在下面显示的价格/IOPS对比图表中优于平均水平。

SPC-1 $/IOPS图表

在SPC-1列表中有8个系统比这款FAS6240集群的速度快，但NetApp认为其集群在3ms延迟水平的速度比排名较高的HP公司3PAR P10000阵列更快，后者的得分为450,212.66 IOPS。为什么呢？NetApp表示：“这些SPC-1结果名列前茅的企业级基于磁盘的系统在提供IOPS的同时给出了低延迟。”

SPC-1基准测试要求提供在不同比例工作负载的延迟数字，NetApp列出了他们自己的IOPS以及一些竞争对手在3ms延迟水平的IOPS。

NetApp在3ms的SPC-1延迟对比

　　该表显示了6节点的FAS6240集群在3.35ms延迟下取得了225,079.30 IOPS，而3PAR P10000在3.29ms延迟下实现了250,039.97 IOPS——这使NetApp公司的阵列在这个延迟水平比3PAR更快。NetApp承认，IBM的SVC配置比其集群表现更好——在2.71ms下达到259,998.37 IOPS——但是他们说：

IBM的结果是一个很好的例子，通过一起加入很多的硬件建立了一个非常快的系统：

• 8个SVC虚拟化引擎

• 在SVC控制器下16个独立的V7000系统...

• 每个(V7000)由2个或者更多的SVC控制器和2个RAID控制器组成(这里指功能模块，译者注)

• 加上1,920个146GB 15,000 RPM磁盘(与这些天人们购买的驱动器类型不完全相同)

[全部]总计为40个基于Linux的SVC控制器(8个大的，以及32个小的[V7000的软件系统基于SVC，译者注])，32个RAID控制器和一大堆磁盘。

对比它与NetApp公司的配置：

•在一个集群中的6个控制器;

• 432个450GB 15,000 RPM磁盘(在今天这篇文章里写作时间2012年6月，相当标准和通用的驱动器类型)。

简而言之，它(V7000+SVC)更加复杂并且昂贵得多。