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

　　一套6节点FAS6240集群的SPC-1基准测试(PDF)结果已经公布。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延迟水平的速度比排名较高的惠普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)更加复杂并且昂贵得多。