就在最近，他们发布了ZFSonLinux的最新稳定版本，该项目现在对OpenZFS开发界至关重要。 再见OpenSolaris，Linux的GPL-CDDL兼容性很差。
削减部分是最有趣的内容的概述（仍然是
2200次提交！），还有甜点-有点吸引人。
新筹码
当然，最令人期待的是
本机加密 。 现在，您可以使用ZFS中的内置加密功能仅加密必要的数据集，并且（在我看来，主要是）-您可以使用内置工具通过
zfs send和WITHOUT解密发送加密的数据以检查数据的完整性，所有维护ZFS数据完整性的选项都由您选择！
更加重要的是期待已久的
TRIM 。 是的，他花了很长时间才投产。 部分原因是SSD磨损问题对于CoW文件系统不是那么关键。 但是现在我们都很平静
-zpool trim可以节省我们柔软的闪存驱动器。
现在，您可以从池中
删除随机添加的vdev数组（但仅当它是稀疏或镜像时）。 有用的琐事。
在我们的图表中，进一步列出了
池检查点 。 简要地说-整个池状态的快照，但不仅可以回滚对数据的更改，还可以回滚池中包括的功能和结构中的更改。 另一个安全的机会。
池初始化 -用零填充基础存储。 对于在精简置备的磁盘环境中工作以显式分配空间并在以后消除意外的性能问题很有用。
项目核算和配额 -在现有的配额机制中，现在可以将分离用于项目中。
频道程序 -使用Lua脚本自动执行管理任务的能力。 运行时和内存有限制。 如果您进行自动化，那么这是给您的。
Direct IO-为简单起见，他们转而使用Direct IO，内部没有任何变化（只是调用到达了缓存），但是现在想要在此模式下工作的软件将不会感到烦恼。
Pyzfs项目
被注入到主存储库中，并在ZFSonLinux项目的支持下进行。 现在，有更多工具可以从python管理（嗯，支持该模块会更加平静）。 同样，许多python脚本都适用于python3。
现在好吃-性能
现在，通过清理和重新同步操作，首先读取元数据，然后才以最
有序的形式读取数据。 因此，以最大速度执行阵列恢复和完整性检查。
分配类 -vdev阵列具有媒体类型，现在您可以将元数据/重复数据删除表（DDT）/小于X KB的数据块的存储转移到来自效率更高的磁盘的单独vdev阵列中。
更多速度给速度之神！ （在这种情况下，此功能在即将推出的
DRAID中非常有用）。
现在，由于元数据基于点的缓存，许多管理命令的运行速度更快（例如
zfs list，zfs get ）。
数据分配过程是
并行的 ，现在为可用空间的每个部分（元实验室）创建几个分配器。 当然，有了NVME，一切都不会被挤出，但它将变得更好。
阵列
完整性的延迟恢复将不允许在同时重组几个磁盘时不加载阵列，而是顺序执行。 这将减少对性能和重新组装时间的影响。
导入
具有大量卷的池
时 ，它们在系统中的注册速度会提高。
此外，
QAT现在允许您将加密和校验和的计算上载到它。
加上一堆小的更改（全部相同，在发行版中提交了2000多个！）。好吧，甜点-阴谋
尽管ZFSonLinux迅速增加了对新Linux内核的支持（现在支持2.6.32-5.1 *），但是内核维护者显然对帮助第三方模块不感兴趣（“
...我们根本不在乎
外部内核模块...- greg kh“）。因此，将分支机构5.0
中有效运行所需的内核调用
更改为仅GPL 。在具有此修补程序的内核中，ZFS性能将更加糟糕。同时，您可以从NixOS上举一个例子-他们
只是回滚了内核中的补丁 ：)
该项目还出现了《行为准则》，引起了holivarov浪潮。 但是我们拒绝了:)
所有有效的备份和稳定的发行版！
有用的链接：
-
在github上发布-
我对ZFS的介绍