我想了解一下……实时压缩？

非实时压缩和后处理方式的重复数据删除，很大程度上是当时配置计算能力不够的产物，因为压缩和消重算法都需要大量的计算工作。完整的自动精简配置功能也需要一定的计算资源，像EF540只具备有限的自动精简配置能力，连NetApp自己的人，都认为那不能算自动精简配置——运行Data ONTAP的FAS系列才够格。

EF540的自动精简配置受限于其以ASIC为主的控制器架构。ASIC和PCIe闪存卡中常见的FPGA为特定的简单重复性工作（如搬运数据）而设计，速度快、效率高，缺点是计算能力差，难以胜任多种任务。厂商可以为特定的工作设计特定的电路，譬如3PAR独有的ASIC可以加速自动精简配置，但总不能每种功能都来一个ASIC或FPGA吧？那复杂性和成本就……

如果基于通用但有很强计算能力的商用硬件（如x86），在软件堆栈中加入不同的软件功能，就可以实现不同的用途。而这，不仅是软件定义存储，也是软件定义数据中心（SDDC）的精髓。

从这个角度来说，EMC也可以在Thunder项目中采用x86硬件平台，然后将Data Domain的重复数据删除改造为适合全闪存阵列。不过这需要更多时间来开发，且结果未知，而XtreamIO的线内重复数据删除显然是专门针对闪存开发的，用钱换时间，可谓明智之举。

Greenbytes、Pure Storage、Nimbus、SKyera、SolidFire、Violin Memory和Whiptail等初创多数全闪存阵列都用SSD，只有Violin是独有闪存模块（VIMM，见第二列）。不过，这些全闪存阵列并不都支持重复数据删除，支持的也不全是In-line，但NetApp EF540几乎是软件功能最贫乏的（最右列）

再来看看NetApp计划中的FlashRay都有哪些特性：

• 采用可扩展架构，集群架构具备跨节点自动平衡功能；
• 长效低延迟性能、高IOPS以及高数据吞吐量；
• 高可用性以及快照功能；
• 集成化数据保护；
• 全局线内、可变长度的重复数据删除与实时压缩、闪存寿命优化；
• 文件及分卷管理，多协议访问；
• 数据管理功能，包括对象粒状数据管理；
• 应用程序集成；
• 指向ONTAP阵列及其他FlashRay的复制与备份功能……