基准
我使用了四个基准测试程序来测试这个驱动器:
- ATTO磁盘基准测试。
- AS SSD基准测试。
- CrystalDiskMark x64。
- PCMark05的XP启动测试。
PCMark05测试是最适合的基准测试，因为如果你在该基准测试中竞争，它是至关重要的。这是一个体面的指示如何快速的PC将启动以及，因为它是一个记录XP启动顺序。除了启动速度之外，它基本上是不相关的。
测试系统是一个坚实的系统，它由以下核心组件组成:
- 英特尔酷睿i7 2600k CPU。
- 千兆P67a-UD4-B3主板。
- Msi hd6970 gpu。
- Thermaltake Toughpower XT 1275w 80+白金电源。
- OCZ Vertex 3 MaxIOPS 240GB SSD用作空测试的操作系统/引导驱动器。
我首先在驱动器完全空的情况下运行每个基准测试。然后，我安装了Windows 7 Pro x64和GPU驱动程序，并启动它，再次运行每个测试(不包括PC05)。在所有照片中，粉色边框是空驱动器的结果，蓝色边框是驱动器上有Windows 7的结果。
PCMark05 XP启动
作为参考，240GB的Vertex 3 MaxIOPS的评分在240MB/s左右，120GB的Agility 3的评分在300MB/s左右。对于HWBot来说，任何超过220MB/s的数据都是非法的，这是一个迹象，表明你已经有了一个适合PC05的好驱动器(你看到还有其他的HDD测试，所以你在XP启动时强制降低驱动器速度，而在其他的情况下让它运行)。
400 mb / s。这对于一个驱动器来说是不可思议的!你也能看出来你什么时候被启动了。
我知道没有其他单个驱动器可以达到400MB/s。
ATTO磁盘基准测试
ATTO可以说是最好的SSD基准测试，因为它不仅可以测试各种各样的文件大小，还可以通过一次发送多个读或写请求进行测试，就像您的计算机在引导或加载一个大型程序时一样。默认设置是队列深度为4。我将在本节后面解释为什么这很重要。
由于文件大小较小，其性能与Vertex 3和Agility 3大致相同，但随着文件大小的增大，RevoDrive3真正开始发光。它最终的上限是1008MB/s读和873MB/s写。单个驱动器的数字令人难以置信。你可以在这里看到多个SF-2281控制器在工作。
和往常一样，windows 7安装在驱动器上的结果是有点慢，但在这个驱动器上比大多数其他驱动器上更慢。
峰值(和大文件大小)数量吞噬了Funkykit测试过的所有SSD。到目前为止，最好的驱动器的读写速度达到了550MB/s，远不及RevoDrive3提供的850-1027MB/s。对于非常小的文件大小，它是一个接近的匹配，但随着文件大小变大，RevoDrive3拉开，永不回头。
您可以在这里看到针对工作站环境的优化。
AS SSD基准测试
由于SSD不使用队列进行读和写，这可能会对感知的性能产生显著影响。
队列的缺乏显然损害了RevoDrive。这些结果是可靠的，但不像ATTO结果那样占主导地位。在固态硬盘中，RevoDrive3运行更好的总的来说，它安装了Windows 7 !
CrystalDiskMark
这里也没人排队，你能看出来吗?同样，结果是好的，但不是惊人的。在这个基准测试中，基于SATA6 Sandforce的驱动器速度更快。该驱动器的设计不是特别好地处理单个小文件，它喜欢大批小文件或更大的文件。好的一面是，这正是许多工作站使用的驱动。
重新访问ATTO磁盘基准
看到基准测试的不同结果后，我决定测试ATTO中的队列深度设置。当队列深度为1时，RevoDrive3和Vertex 3 MaxIOPS上的性能急剧下降。当我将队列深度设置为10时，情况就不一样了!虽然我测试的传统ssd硬盘在深度为4时具有类似或更低的性能，但RevoDrive3进行了以下运行:
哇。哇。峰值结果与默认设置非常相似(尽管峰值略高，峰值出现得更早)，但低端和中端是相同的多更高。考虑到RevoDrive3是已经速度非常快，一个更深的队列使它的性能翻倍，这真是令人惊叹!
我的理论是:控制器标记的VCA特性是为企业使用而设计的。像大型数据库，存储服务器，用于磁盘设计的工作站，诸如此类。所有这些使用几乎肯定会给你非常严重的磁盘使用，磁盘使用越重，RevoDrive3运行得越快!在内部，它有一个命令/数据缓存以及一个排序机制。大多数ssd按照请求的顺序交付数据，就像旧的cpu按照请求的顺序执行计算一样。我认为RevoDrive3的控制器有足够的脑力来对传入的请求进行排序，并改变它们的顺序，这样就可以一次性完成更多的任务。一个闪存芯片只能交付一个数据流，所以如果命令被重新排序，以使对数据的请求不相互冲突并行运行，那么整个操作就会正常远得更快。这也是现代cpu处理计算的方式。
缺点是系统需要时间来工作，每次访问都需要稍长时间才能完成。如果有足够多的请求，这种延迟就会因为同时处理多个请求而得到解决。如果一次只有一个请求，那么这种延迟会造成伤害。
从实际的角度来看，最终的结果是，耗时最多的操作将更快地完成，而已经非常简短的操作将花更长的时间。就我个人而言，我认为这听起来很好，如果我的程序加载速度快了几秒，我很乐意处理节省数千秒的照片。
在上面的ATTO测试中，通过在RAID0中运行一对非常快的ssd(几乎，有时)可以达到这些数字。不幸的是，这意味着没有修剪支持，和使用单个驱动器相比，丢失数据的机会是精确的两倍。另外，RAID控制器在每个访问周期都会引入类似的延迟。
