Xinnor xiRAID Classic 4.4.1 加入 NVMe Discard：verified_news_scope 解读

根据 StorageReview 报道，Xinnor 发布 xiRAID Classic 4.4.1，新增 Discard 支持，使文件系统标记的空闲块信息可穿过 RAID 层传到下层 NVMe SSD。该版本还接受多路径设备作为 RAID 成员，并更新 xicli 集群管理命令。在 verified_news_scope 框架下，关键点在于功能适用对象、公司测试数据归属，以及支持平台是否覆盖你的生产环境。 技王数据恢复

xiRAID Classic 4.4.1 的核心变化是什么

StorageReview 的报道称，Xinnor 于10月7日发布 xiRAID Classic 4.4.1。原始材料没有给出该日期的年份，因此这里保留为报道中的日期表述，不补写年份。该版本最直接的变化是加入 discard 支持：文件系统通知某个块已经空闲后，这一信息不再只停留在文件系统层，而是通过 RAID 层继续传到下方兼容的 NVMe 驱动器。

技王数据恢复

Xinnor 将这一功能指向读密集型 NVMe SSD。报道解释，这类驱动器通常比混合用途或写密集型 SSD 拥有更少备用容量，在反复写入和删除数据时，可用于吸收垃圾回收的空间更小。Xinnor 的说法是，discard 支持有助于在驱动器生命周期内保持更一致的写入性能。 技王数据恢复

从 verified_news_scope 看：Discard 如何穿过 RAID 层到达 NVMe SSD

现代文件系统会发出 discard 请求，用来标记不再保存有用数据的块。在 NVMe 层面，对应命令是 deallocate；在 SCSI 层面，对应命令是 UNMAP。报道指出，xiRAID Classic 4.4.1 会把这类信息通过 RAID 转发给兼容的 NVMe 驱动器，让阵列后端的 SSD 得到更准确的空闲空间视图，并按自己的节奏回收和复用闪存。

技王数据恢复

报道还说明，xiRAID Classic 采用基于软件的 RAID 处理方式，跨 CPU 核心执行，同时直接连接 NVMe SSD。管理员可以使用 fstrim 等标准文件系统工具自行安排 discard 运行时间，从而控制清理时机。 www.sosit.com.cn

“读密集型 NVMe 驱动器已经成为高容量存储很有吸引力的基础，但要把经济性做好，不只是看能装多少 TB。”Xinnor CEO Dmitry Livshits 在报道中表示，“存储栈也需要帮助这些驱动器在服务寿命内高效运行。有了 xiRAID Classic v4.4.1 的 discard 支持，客户可以更充分地利用面向容量的 NVMe，同时保持更可预测的性能。” 技王数据恢复

读密集型 NVMe 为什么需要这类支持

报道给出的一般背景是，读密集型驱动器用耐久度余量换取可用容量，因此每 TB 成本通常更低。驱动器内部，重写的数据会写入新的闪存位置，旧副本则成为垃圾，直到控制器回收。驱动器越不了解主机仍然关心哪些块，就越需要做内部工作来寻找可用空间，这种工作会体现为写入延迟。

www.sosit.com.cn

需要区分的是，这部分是报道对技术背景的解释，并不等于本次发布已经独立验证了所有工作负载中的效果。Xinnor 的目标场景包括 HPC 文件系统、数据库、虚拟化和容器化基础设施，以及备份存储库。这些场景的共同点是会大量写入、删除并重写数据。

www.sosit.com.cn

Lustre 测试中 Xinnor 称顺序写吞吐提升一倍以上

报道提到，Xinnor 在巴黎举行的 Lustre Administrators and Developers Workshop（LAD’26）上展示了该功能，时间为9月30日，session 标题为 “Maintaining Lustre Write Performance on NVMe RAID with TRIM”，主讲人为高级解决方案架构师 Daniel Landau。测试使用 Lustre 2.15.8，报道称这是当前长期稳定版本，工作负载基于 IO500，并通过定期 fstrim 回收 NVMe 容量。

在聚焦顺序写的测试中，Xinnor 报告称，当 xiRAID 4.4.1 在 Lustre OST 设备上配合正确的 fstrim 处理运行时，文件系统和应用层吞吐量提升超过一倍。这里的关键限制是：这是 Xinnor 自己的测试，2 倍是公司给出的数字，发布材料没有提供对应的绝对吞吐量数据。因此它适合作为厂商测试结果参考，不能当作独立基准结论。

多路径 RAID 与集群管理更新

除了 discard，xiRAID Classic 4.4.1 还接受多路径设备作为 RAID 成员。报道称，xicli 新增了同步集群配置的命令，并能显示更多关于集群 RAID 的细节。对于使用多路径和集群化存储的环境，这些变化可能影响部署方式和日常管理，但具体行为仍需以 Xinnor 的安装指南和实际版本说明为准。

支持哪些 Linux 发行版与 Proxmox 版本

根据 Xinnor 安装指南，xiRAID Classic 4.4.1 支持以下平台：

报道没有列出国内 Linux 发行版、国产化平台或中国大陆市场的单独支持计划。对于国内用户，如果生产环境使用上述发行版或 Proxmox，可进一步核对内核版本、NVMe 型号、固件和 RAID 配置是否在兼容范围内。

国内用户需要确认哪些兼容性与本地化信息

目前公开资料没有说明 xiRAID Classic 4.4.1 是否提供中文界面、中文文档、中国大陆区销售或本地技术支持安排。报道中的支持列表集中在国际主流 Linux 发行版和 Proxmox，并未提到国内操作系统或信创平台适配。因此，国内团队如果考虑部署，至少应确认三件事：目标发行版是否在官方支持列表内，NVMe SSD 是否被列为兼容设备，以及 fstrim/discard 在现有文件系统和 RAID 拓扑下如何运行。

另一个现实问题是测试与生产环境差异。报道中的 Lustre 测试由 Xinnor 提供，且缺少绝对吞吐数字；企业用户不宜直接把 2 倍提升套用到自己的数据库、虚拟机或备份存储库。更稳妥的做法是先在小范围环境中验证写入延迟、垃圾回收行为和性能稳定性，再决定是否调整 discard 策略。

技王数据恢复提醒，涉及 RAID 与 NVMe 的 discard/TRIM 调整时，应保留阵列配置、固件版本和备份验证记录，避免把性能调优与数据恢复准备混为一谈。

已知信息与未披露信息

已披露信息包括：xiRAID Classic 4.4.1 增加 discard 支持，接受多路径设备作为 RAID 成员，xicli 增加集群配置同步和集群 RAID 详情显示；支持平台来自 Xinnor 安装指南；Lustre 测试和 2 倍提升来自 Xinnor 自己的展示和报告。

未披露或无法从现有材料确认的信息包括：发布日期对应的年份、中国大陆市场安排、中文资料、国内平台适配、绝对吞吐量数据，以及第三方独立测试结果。StorageReview 的报道提供了这些信息的来源线索，但原始材料没有给出补充验证。

信息来源

主要来源：StorageReview，文章《Xinnor xiRAID Classic 4.4.1 NVMe Discard Support Multipath》，URL：https://www.storagereview.com/news/xinnor-xiraid-classic-4-4-1-nvme-discard-support-multipath

原始材料未提供明确发布时间；文中日期均按该报道的表述保留。

技术审核：邓严军｜技王数据恢复实验室技术总监