Virident FlashMAX II 是一款半高半长的 PCIe 应用加速器 (AA)，可用于 MLC 闪存介质。 FlashMAX II 提供高达 2.2TB 的容量，使其成为该外形规格中最大的可用 AA。 然而，与此类中的任何产品一样，密度可能不错，但最终性能是采用的重要驱动力。 FlashMAX II 提供高达 4 的混合 75K IOPS（25% 读取，200,000% 写入），以及 325,000 4K 读取 IOPS。
Virident FlashMAX II 是一款半高半长的 PCIe 应用加速器 (AA)，可用于 MLC 闪存介质。 FlashMAX II 提供高达 2.2TB 的容量，使其成为该外形规格中最大的可用 AA。 然而，与此类中的任何产品一样，密度可能不错，但最终性能是采用的重要驱动力。 FlashMAX II 提供高达 4 的混合 75K IOPS（25% 读取，200,000% 写入），以及 325,000 4K 读取 IOPS。
与其他应用程序加速器一样，FlashMAX II 专注于数据中心空间，关键任务应用程序需要并可以利用高性能闪存层作为主存储或主轴层前面的大型缓存。 Virident 的架构专为此类用途而设计，利用专用接口和对主机系统 CPU 的依赖来实现高级控制逻辑。 这类似于 Fusion-io 的高性能应用程序加速器，并且与 Intel、LSI、Micron 和 OCZ 等 PCIe 存储厂商明显不同，后者依赖 ASIC 控制器和/或 RAID 将几个较小的 SSD 放在单个 PCIe PCB 上。
虽然 FlashMAX II 可能看起来像其他驱动器，但在一些架构相似性之后，Virident 在软件方面有所不同。 这些技术中最主要的是具有自适应调度 (vFAS) 的 Virident 闪存管理。 vFAS 的主要职责是将闪存介质呈现为块设备，而无需使用额外的存储协议、控制器或互连。 虽然访问 FlashMAX II 的应用程序将闪存视为存储，但 vFAS 在幕后工作以 7+1 RAID 配置管理闪存，从而防止单个 NAND 芯片故障。 vFAS 还负责处理其他优化，例如磨损均衡、垃圾收集、数据路径保护、ECC 等。 这种设计效率和利用主机 CPU 的能力是 FlashMAX II 低于 20µs 的低引用访问延迟背后的一个重要驱动因素。
MLC 中的 Virident FlashMAX II 单模块容量为 550GB 和 1.1TB，双模块配置为 1.1TB 和 2.2TB。 这些驱动器的耐久性数据分别为 10PB、16PB 和 33PB，并提供三年保修。 我们的评测型号是 2.2TB 驱动器。
Virident FlashMAX II 规格
- 容量
- 550GB (单机)
- 顺序读取：1,600 MB/s (64KB)
- 顺序写入：540 MB/s (64KB)
- 随机读取：175,000 IOPS (4KB)
- 随机写入：48,000 IOPS（4KB，稳态）
- 1,100GB (单机)
- 顺序读取：1,600 MB/s (64KB)
- 顺序写入：540 MB/s (64KB)
- 随机读取：175,000 IOPS (4KB)
- 随机写入：48,000 IOPS（4KB，稳态）
- 1,100GB（双）
- 顺序读取：2,700 MB/s (64KB)
- 顺序写入：1,000 MB/s (64KB)
- 随机读取：350,000 IOPS (4KB)
- 随机写入：103,000 IOPS（4KB，稳态）
- 2,200GB（双）
- 顺序读取：2,700 MB/s (64KB)
- 顺序写入：1,000 MB/s (64KB)
- 随机读取：350,000 IOPS (4KB)
- 随机写入：103,000 IOPS（4KB，稳态）
- 550GB (单机)
- 20 纳米英特尔 NAND 闪存多层单元 (MLC)
- 读取延迟：< 76-78μs (512b)
- 写入延迟：< 16-18μs (512b)
- 接口：PCI Express 2.0 x8
- 外形：HHHL
- 终身耐用性（550GB / 1,100GB（单和双）/ 2,200GB）：10PB、16PB 和 33PB
- 工作温度：0°C 至 45°C，气流为 200 LFM（线性英尺/分钟）
- 操作系统兼容性
- 微软：Windows Server 2008 R2 SP1 和 Windows 7 SP1
- Linux：RHEL 5/6、SLES 10/11、CentOS 5/6、Oracle EL 5/6、Debian 4/5/6、Ubuntu 8/9/10/11/12、Fedora Core 12/13/14/15 /16、SUSE 11
- 虚拟机：ESXi 5.x
- 保修期：3年
设计与建造
Virident FlashMAX II 是半高半长的 PCIe 2.0 应用程序加速器，具有 x8 连接。 其超紧凑设计可容纳 3TB NAND，竞争对手只能容纳一半或更少的空间。 安装那么多 NAND 的另一种方法是使用全高半长卡或全高全长卡； 它被排除在密集服务器中的低调插槽之外。 一些需要更大设计的竞争对手包括 Fusion-io，其 ioDrive2 Duos 使用 FHHL 外形，OCZ 使用 FHFL 外形，用于 Z-Drive R4。
FlashMAX II 采用带有两个 FPGA 控制器的独特设计，类似于 Fusion 的 ioDrive 和 ioDrive2 Duo 卡，但不同之处在于该设备显示为单个 LUN 而不是两个。 这样做的好处是可以跳过 Windows 或 Linux 软件 RAID，将卡作为一个大卷呈现给系统，让一些用户更容易管理。 另一个优势是内部链接允许 Virident 管理软件全局管理 NAND 磨损均衡和其他可靠性功能，这在单独卡之间的 ioDrive2 Duo 上是不可能的。 Virident 还为您提供了以一种将 FlashMAX II 呈现为两个设备的方式格式化卡的选项，尽管在我们的评测中我们测量了它在一个大型池中配置的性能。
Virident 和 Fusion-io 在 PCIe 应用加速器市场中以向主机系统展示存储的方式与其他制造商区分开来。 传统设计迫使数据流经软件或硬件 RAID、SATA/SAS 驱动程序，然后最有可能经过第三方闪存控制器，最后到达 NAND。 Virident 和 Fusion 方法采用不同的方法，允许主机通过本机软件堆栈充当设备控制器，一步与 NAND 连接。 这样做的好处是理论上可以通过跳过所有开销步骤来降低延迟，但也有将系统开销引入等式的缺点，因为主机必须自己管理闪存。 通过将系统放置在更靠近 NAND 的位置，Virident 还强制系统对其进行管理，而其他具有硬件闪存控制器的系统则减轻了这些活动的负担。
Virident 在 FlashMAX II 上使用 2xnm 2 位英特尔 MLC NAND，尽管该架构通过固件更新支持不同的 NAND 制造商和密度。 2.2TB FlashMAX II 的原始容量为 3,072GB，库存配置可用 2,222GB 或高性能模式可用 1,847GB。 这达到了 38% 库存的超额配置水平，并在高性能模式下增加到 66.3%。
管理软件
Virident 包括 GUI 和基于控制台的管理软件以及 FlashMAX II。 在易用性和功能方面，FlashMAX II 管理器与 P320h 中包含的美光 RealSSD 管理器不相上下，但美光可以从卡中流式传输实时性能信息。 通过管理软件，用户可以更新FlashMAX II固件，查看续航信息，将卡格式化为不同的性能模式，将卡分成两个卷，以及启用beacon快速识别环境中的卡（和服务器）与多个设备。
就我们希望通过管理软件列出的项目而言，Virident 命中了大部分要点，尽管缺乏提供深入的健康信息、实时性能数据或设备电气行为的详细统计数据。 这仍然使他们领先于 PCIe 领域的其他公司，包括具有非常简单的仅限控制台信息的英特尔或 LSI，或者提供其 OCZ 工具箱以擦除卡、更新软件或轮询 SMART 信息的 OCZ。 到目前为止，管理和监控功能的领先者是 Fusion-io，它通过其 ioSphere 包中非常精美的界面提供了大量信息。
测试背景和比较
本次评测中比较的所有 PCIe 应用程序加速器都在我们的第二代企业测试平台上进行了测试，该平台由基于 Intel Romley 的 Lenovo ThinkServer RD630 组成。 这个新平台配置了 Windows Server 2008 R2 SP1 和 Linux CentOS 6.3，使我们能够有效地测试不同 AA 在其驱动程序支持的各种环境中的性能。 每个操作系统都针对最高性能进行了优化，包括将 Windows 电源配置文件设置为高性能以及在 CentOS 6.3 中禁用 cpuspeed 以将处理器锁定在其最高时钟速度。 对于综合基准测试，我们使用适用于 Linux 的 FIO 版本 2.0.10 和适用于 Windows 的版本 2.0.12.2，并在允许的情况下在每个操作系统中使用相同的测试参数。
存储回顾联想ThinkServer RD630配置：
- 2 x Intel Xeon E5-2620（2.0GHz，15MB 缓存，6 核）
- 英特尔 C602 芯片组
- 内存 – 16GB (2 x 8GB) 1333Mhz DDR3 Registered RDIMM
- Windows Server 2008 R2 SP1 64 位、Windows Server 2012 Standard、CentOS 6.3 64 位
- 100GB 美光 RealSSD P400e 启动固态硬盘
- LSI 9211-4i SAS/SATA 6.0Gb/s HBA（用于启动 SSD）
- LSI 9207-8i SAS/SATA 6.0Gb/s HBA（用于基准测试 SSD 或 HDD）
在为本次评测选择可比产品时，我们选择了性能最佳的最新 SLC 应用程序加速器。 这些是根据每种产品的性能特征以及价格范围选择的。 在适用的情况下，如果制造商通过软件包含该级别的配置以针对不同的产品用例，我们将包括库存和高性能基准测试结果。 对于 FlashMAX II，我们包括全容量和高性能基准测试。
200GB 大规模集成电路 Nytro WarpDrive WLP4-200
- 发布时间：1H2012
- NAND 类型：SLC
- 控制器：4 x LSI SandForce SF-2500 通过 LSI SAS2008 PCIe 到 SAS 桥
- 设备可见性：固定硬件 RAID0
- 大规模集成电路视窗：2.10.51.0
- LSI Linux：原生 CentOS 6.3 驱动程序
- 预处理时间：6小时
700GB 美光 RealSSD P320h
- 发布时间：2H2011
- NAND 类型：SLC
- 控制器：1 x 专有 ASIC
- 设备可见性：单个设备
- 美光视窗：8.01.4471.00
- 美光 Linux：2.4.2-1
- 预处理时间：6小时
2.2TB Virident FlashMAX II
- 发布时间：2H2012
- NAND 类型：MLC
- 控制器：2 x 专有 FPGA
- 设备可见性：单设备或双设备取决于格式
- Virident Windows：3.0 版
- Virident Linux：3.0 版
- 预处理时间：12小时
企业综合工作负载分析
我们看待 PCIe 存储解决方案的方式比仅仅关注传统的突发或稳态性能更深入。 查看长时间内的平均性能时，您会忽略设备在整个时间段内的性能背后的细节。 由于闪存性能随时间变化很大，我们的基准测试过程分析了每个设备整个预处理阶段的总吞吐量、平均延迟、峰值延迟和标准偏差等方面的性能。 对于高端企业产品，延迟通常比吞吐量更重要。 出于这个原因，我们竭尽全力展示我们通过企业测试实验室测试的每台设备的全部性能特征。
我们还包括性能比较，以显示每个设备在 Windows 和 Linux 操作系统的不同驱动程序集下的性能。 对于 Windows，我们在最初审查时使用最新的驱动程序，然后在 64 位 Windows Server 2008 R2 环境下对每台设备进行测试。 对于 Linux，我们使用 64 位 CentOS 6.3 环境，每个 Enterprise PCIe Application Accelerator 都支持该环境。 我们进行此测试的主要目标是展示操作系统性能的差异，因为在产品表上将操作系统列为兼容并不总是意味着它们之间的性能相同。
闪存性能在每个存储设备的整个预处理阶段各不相同。 根据不同的设计和不同的容量，我们的预处理过程持续 6 小时或 12 小时，具体取决于达到稳态行为所需的时间长度。 我们的主要目标是确保每个驱动器在我们开始初步测试时都完全进入稳态模式。 总的来说，每个可比较的设备都使用供应商的工具进行了安全擦除，在 16 个线程的重负载和每个线程 16 个未完成队列的情况下，以相同的工作负载预处理到稳定状态，然后进行测试在多个线程/队列深度配置文件中设置间隔，以显示轻度和重度使用情况下的性能。
在预处理和初级稳态测试中监测的属性：
- 吞吐量（读+写 IOPS 聚合）
- 平均延迟（读+写延迟一起平均）
- 最大延迟（峰值读取或写入延迟）
- 延迟标准偏差（读+写标准偏差一起平均）
我们的企业综合工作负载分析包括四个基于实际任务的配置文件。 开发这些配置文件是为了更容易与我们过去的基准测试以及广泛发布的值（例如最大 4K 读写速度和 8K 70/30，通常用于企业驱动器）进行比较。 我们还包括两个传统的混合工作负载，传统的文件服务器和网络服务器，每个都提供广泛的传输大小组合。
- 4K
- 100% 读取或 100% 写入
- 100% 4K
- 8K 70/30
- 70% 读取，30% 写入
- 100% 8K
- 文件服务器
- 80% 读取，20% 写入
- 10% 512b、5% 1k、5% 2k、60% 4k、2% 8k、4% 16k、4% 32k、10% 64k
- 支持网络端
- 100% 阅读
- 22% 512b、15% 1k、8% 2k、23% 4k、15% 8k、2% 16k、6% 32k、7% 64k、1% 128k、1% 512k
在我们的第一个工作负载中，我们测量了负载为 4T/100Q（有效队列深度为 16）的 16K 256% 随机写入饱和测试的性能。 对于我们的 103,000TB 容量，Virident 列出了 Virident FlashMAX II 在此类条件下的持续性能，为 2.2 IOPS。 在库存配置中，FlashMAX II 提供高达 210,000 IOPS 的突发速度，然后稳定到大约 54,000 IOPS 的稳态速度。 当在高性能模式下配置 FlashMAX II 时，我们看到突发速度高达 250,000 IOPS，稳态性能约为 114,000 IOPS。
在 16T/16Q 100% 4K 写饱和负载下，我们测得库存配置的 FlashMAX II 的平均延迟接近 4.5-4.7 毫秒，而高性能配置在 2.2-2.3 毫秒之间趋于平稳。
在我们的 320% 随机 100K 写入预处理测试中，比较基于 MLC 的 Virident FlashMAX II 与基于 SLC 的 Micron P4h 和 Nytro WarpDrive 的最大延迟，它正好介于两者之间。 当 FlashMAX II 接近稳定状态时的峰值响应时间在 30-50 毫秒之间，预计库存容量 Linux 增加到大约 80 毫秒。
比较延迟一致性，FlashMAX II 绝对与 SLC 同类产品处于同一水平； 仅落后于引领这一趋势的 Micron P320h。 在高性能配置中，Linux 和 Windows 都提供了相似的性能，而在库存容量方面，随着驱动器接近稳定状态，Linux 库存容量配置的标准偏差增加了很多。
在完成 100% 4K 写入测试的预处理阶段后，我们采用了更长的样本来显示每个设备在稳态下的平均性能。 Virident FlashMAX II 几乎名列前茅，100% 随机 4K 读取速度在所有配置中测得在 341.5-343K IOPS 之间。 查看 100% 4K 写入性能，库存容量性能测得 53.7-55.5K IOPS，而在高性能模式下测得 111.6-114.9K IOPS。
在 16T/16Q 负载很重的情况下，FlashMAX II 的平均延迟在 0.744% 0.747K 读取传输时测量为 100-4ms，在 2.224% 4.756K 写入传输时测量为 100-4ms，具体取决于配置。
比较两种配置中 Linux 和 Windows 的最大延迟，我们发现 Windows 中的读取响应时间较低，HP 模式和 Windows 中 4K 写入延迟的峰值写入响应时间较低。
查看 Windows 和 Linux 之间的延迟一致性，FlashMAX II 在 Windows 中的标准偏差和高性能模式下都有较低的延迟标准偏差。 最大的区别出现在比较写入标准偏差时，它看到 Linux 中的库存模式出现大幅飙升。
我们的下一个测试切换到 8K 70/30 混合工作负载，其中 Virident FlashMAX II 提供组中最高的突发传输速度。 在 Linux 环境中，FlashMAX II 的突发速度高达 400,000 IOPS，而在 Windows 环境中，突发速度高达 310,000 IOPS。 比较稳态性能，在库存容量模式下，该驱动器在 Windows 和 Linux 中分别测得 75-80K IOPS。 在高性能模式下，在 Windows 中测得的稳态速度为 123K，在 Linux 中测得为 134K。
查看我们的 8K 70/30 预处理工作负载和 16T/16Q 繁重工作负载的平均延迟，Virident FlashMAX II 的突发平均延迟在 0.64 毫秒到 0.80 毫秒之间。 过渡到稳态性能时，FlashMAX II 稳定在 1.89 毫秒到 3.41 毫秒之间。
查看我们 8K 70/30 预处理阶段的峰值响应时间，Virident FlashMAX II 的最大延迟在突发模式下测量为 10-25 毫秒，增加到 30-45 毫秒。
比较基于 MLC 的 Virident FlashMAX II 和基于 SLC 的 200GB Nytro WarpDrive 到 700GB Micron P320h 之间的延迟标准偏差，FlashMAX II 位于中间，Linux 驱动程序提供最一致的性能。
与我们在 16% 16K 写入测试中执行的固定 100 线程、4 队列最大工作负载相比，我们的混合工作负载配置文件可在各种线程/队列组合中扩展性能。 在这些测试中，我们将工作负载强度从 2 个线程和 2 个队列扩展到 16 个线程和 16 个队列。 在我们扩展的 8K 70/30 测试中，Virident FlashMAX II 提供了该组中最高的 2T/2Q 和 2T/4Q 性能，在 HP Linux 环境下测得 25K 和 41K IOPS，而美光 P320h 在 20K 和 37K 下测得Linux。 在其巅峰时期，FlashMAX II 在 Linux HP 模式下测得 134K IOPS，在库存容量模式下测得 79K IOPS。
在我们缩放的 8K 70/30 平均延迟测试中，FlashMAX II 在稳态模式下在 0.15T/2Q 的 Linux HP 和 2T/1.9Q 的 Linux HP 中测量为 16ms 和 16ms。 通过比较库存容量格式化，该驱动器在稳态模式下在 0.18T/2Q 和 2T/3.23Q 时分别测得 16 毫秒和 16 毫秒。
在我们的 8K 70/30 测试中，Virident FlashMAX II 在 Linux 和 Windows 的负载下都非常稳定。 从 7T/49Q 到 2T/2Q，其峰值响应时间在 16 毫秒到 16 毫秒之间，该驱动器的 Windows 驱动程序略有优势。
比较我们 8K 70/30 测试中的延迟一致性，Virident FlashMAX II 与基于 SLC 的 LSI Nytro WarpDrive 大致相当，而 Micron P320h 在工作负载方面略有领先。
文件服务器工作负载代表了每个特定设备的更大传输大小频谱，因此驱动器必须处理从 4b 到 8K 的请求，而不是适应静态 512k 或 64k 工作负载。 在这种工作负载中，由于 Virident FlashMAX II 必须开始处理更广泛的传输大小，Windows 和 Linux 驱动程序集之间的性能差距扩大，其中 Linux 处于领先地位。 就性能而言，与市场上的其他 PCIe AA 相比，FlashMAX II 在普通和高性能格式化模式下均提供最高的突发速度，然后在稳态模式下趋于中低水平。
在我们的文件服务器预处理测试中，由于 16T/16Q 工作负载很重，Virident FlashMAX II 以 1.5-1.8 毫秒的突发延迟开始，然后随着驱动器接近稳定状态而增加到 3.5-5.5 毫秒的平均延迟。
在传输大小分布广泛的文件服务器工作负载中，Virident FlashMAX II 的峰值响应时间在突发模式下的 20-80 毫秒到接近稳定状态时的 40-100 毫秒之间，高于基于 SLC 的 PCIe 应用程序加速器。
比较我们文件服务器预处理过程中的延迟一致性，基于 MLC 的 Virident FlashMAX II 落后于我们的两个 SLC 可比产品，尽管在延迟标准偏差方面与 LSI Nytro WarpDrive 相比仍然具有相当的竞争力。
在文件服务器预处理过程以恒定的 16T/16Q 负载完成后，我们开始进行主要测试，测量 2T/2Q 和 16T/16Q 之间设定水平的性能。 在我们的主要文件服务器工作负载中，Virident FlashMAX II 在库存格式化方面的表现与 200GB LSI Nytro WarpDrive 相当，在高性能模式下略高于后者。 基于 SLC 的美光 P320h 在此测试中提供了最高的吞吐量。 在 16T/16Q，FlashMAX II 在标准模式下测得 46-48K IOPS，在高性能模式下测得 66-72K IOPS。 这与峰值为 320K IOPS 的美光 P125h 相比。
我们的主要文件服务器工作负载的平均延迟在 0.21T/0.25Q 时测量为 2-2 毫秒，在 3.52T/5.53Q 时增加到 16-16 毫秒。 与 Windows 相比，Linux 环境中的驱动程序优势仍然存在。
虽然使用 FlashMAX II 的 Linux 中的吞吐量和平均延迟更好，但最大延迟在 Windows 中得到了更好的控制。 在全容量格式化中，Linux 中的 FlashMAX II 在高负载下的峰值延迟上升高达 300 毫秒，而在 Windows 中则保持在 50 毫秒左右。
比较每个应用程序加速器之间的延迟一致性，FlashMAX II 落后于 Micron P320h，尽管与 SLC 200GB Nytro WarpDrive 的性能接近。
在我们最后一个涵盖 Web 服务器配置文件的综合工作负载（传统上是 100% 读取测试）中，我们应用 100% 写入活动以在我们的主要测试之前完全预处理每个驱动器。 在这种压力很大的预处理测试下，FlashMAX II 在库存格式化中稳定在 8,700 IOPS，而在高性能模式下它保持 16.2-17.2K IOPS 的速度。
在 100T/16Q 的 16% 写入 Web 服务器预处理工作负载下，FlashMAX II 在标准模式下稳定在约 28 毫秒，在高性能模式下稳定在约 15 毫秒。
比较我们 Web 服务器预处理过程中的峰值响应时间，FlashMAX II 在高性能模式下提供相对较低的最大延迟，尽管在 Linux 中库存格式化峰值延迟显着增加。
比较我们 Web 服务器预处理测试中的延迟一致性，在库存格式化中，延迟标准偏差落后于基于 SLC 的 AA，而在高性能模式下，性能与基于 SLC 的对应物保持一致。
切换到具有 100% 读取配置文件的 Web 服务器测试的主要部分，Virident FlashMAX II 的性能从 25T/27Q 的 2-2k IOPS 扩展到 112T/114Q 的 16-16k IOPS 的峰值。 这让它处于中间位置，落后于 Micron P320h，但性能高于 200GB SLC Nytro WarpDrive。 在所有性能模式下，FlashMAX II 提供了几乎相同的性能，甚至跨操作系统也是如此。
FlashMAX II 的平均延迟在 0.142T/0.157Q 时为 2-2 毫秒，在 2.235T/2.274Q 时达到峰值 16-16 毫秒。
比较 Windows 和 Linux 中的 FlashMAX II 之间的最大延迟，它在 Windows 中的每个工作负载下提供的峰值响应时间略低。 总体而言，在我们的 100% 只读 Web 服务器测试中，其峰值响应时间范围为 2-36 毫秒。
虽然最大延迟总体上较低，但与高性能 SLC 同类产品相比，FlashMAX II 的延迟一致性具有更高的标准偏差，尽管在有效队列深度增加到 128 或以上之前差异不大。
总结
采用 MLC NAND 的 Virident FlashMAX II 在这种半高半长的应用加速器中提供了 2.2TB 的最大可用容量。 该设计在其原始密度和架构方面都令人印象深刻。 借助高容量卡，Virident 利用双 FPGA 将 NAND 作为单个池直接呈现给在主机上运行的软件层。 该软件称为 vFAS，使用主机 CPU 和系统资源来管理对驱动器 NAND 池的访问和保存。 这种方法的简单性有几个好处，主要体现在更高效的数据路径上，它不需要通过 RAID 组合 PCB 上的多个驱动器，也不需要接口转换层。 Virident 方法也有些新颖，因为它将驱动器呈现为单个 LUN，而使用类似驱动器架构的 Fusion-io 呈现为两个驱动器，如果用户需要单个卷，则必须通过 RAID 将它们组合在一起。 虽然有些人可能会争辩说回到 CPU 会消耗所需的资源，但净收益是应用程序加速器具有非常低的延迟，这是一种权衡，许多数据中心都非常满足于考虑到当前一代 CPU 的能力和聚合应用程序性能的净收益。
将管理套件与市场上的其他应用程序加速器进行比较，Virident 提供 GUI 和控制台软件来监控卡的健康状况并处理格式化需求。 我们发现有点缺乏的一个领域是监控实时性能数据的能力，Micron 在他们的 RealSSD Manager 中提供了这一点，而 Fusion-io 在他们的 ioSphere 包中提供了这一点。 加上这一点，Virident 的 FlashMAX 管理器将在各个方面展开竞争，并真正将自己与该领域的许多其他公司区分开来，这些公司仅通过软件提供非常少的信息。
当回到核心来评估驱动器性能时，FlashMAX II 发现自己处于有趣的领域，几乎没有可直接比较的产品。 它的大型 MLC NAND 池实际上与领先的 SLC 同类产品 Micron 的 P320h 相比表现非常出色，不仅在吞吐量方面，而且在最大延迟和延迟标准偏差方面也是如此。 在我们的 4K 随机写入预处理测试中，我们注意到异常的峰值响应时间从突然进入稳态开始保持在 80 毫秒以下。 迄今为止，写入繁重的工作负载稳定性是 SLC 驱动器的名片，在该领域的竞争和良好的竞争有助于 FlashMAX II 作为高性能竞争对手脱颖而出。 在我们具有大量读取倾斜的混合工作负载中，我们注意到 Linux 和 Windows 上的库存和高性能配置的强大性能。 Linux 在吞吐量方面处于领先地位，而如果峰值响应时间是关键，那么 Windows 在该类别中具有优势。 总体而言，FlashMAX II 在 Windows 和 Linux 中提供了出色的性能，如果用户愿意牺牲可用的驱动器容量，则可以在高性能模式下获得强大的提升。
优点
- 成熟的第三代驱动架构
- 在繁重的工作负载下出色的延迟行为
- 使用 MLC-NAND 提供类似 SLC 的耐用性和性能
- 双驱动器设计，作为单个卷与主机系统交互
缺点
- 三年质保低于行业标准五年
- 管理软件缺乏实时性能统计
底线
Virident FlashMAX II 以 HHHL 外形提供行业领先的容量，具有强大的软件层和吞吐量和延迟方面的性能，可与领先的基于 SLC 的应用程序加速器相媲美。 总体而言，Virident 在 FlashMAX II 方面做得很全面，在 Windows 和 Linux 环境中都提供了出色的性能。
