如题，随着 unraid6.12 更新正式支持了 zfs ，op 第一时间把缓存盘格了尝试了下，感觉貌似好像没什么提升？
因为 unraid shfs 众所周知的奇妙逻辑，导致了这个系统的文件可以被分成好几类，以 op 自己举例：
array：冷(各种备份和重要文件)+温数据存放在(2 寸+1 校)的三块 4t 紫盘里，平时日常休眠，三块盘均为 btrfs;
cache：容器+虚拟机+系统文件存放在一块 980pro 缓存盘上，作为高性能应用的储存空间，为 zfs;
raw：媒体库+pt 相关+日常存取文件，存放在组了 btrfs-raid0 的两块 8t 企业盘，作为 16t 储存盘使用;
其他配置：13500+w680+64g ecc+ups 、磁盘独占已打开，盘位 5/8
因为 op 在一个 winserver 上运行着几个 mcje 的服务器。只要硬盘 io 性能不够，服务端就会报"cant keep up"的问题并掉 tps ，属实令人相当恶心。此时优化磁盘 io 性能就成了重点。
需求：array 有较好的安全性，cache 和 raw 尽量有较好的读写性能，并且 raw 尽可能多的利用储存空间(目前为 100%)
参考 reddit 的两篇回复：
1.
BFTRS = Support is dieing out
XFS = The current standard for unraid
ZFS = Only if you know what your doing
2.
xfs for the array
zfs for the cache
是否应该抛弃 btrfs ，将 array 换成 xfs(不换成 zfs 的原因是多盘 zfs 貌似不能单独休眠？);
将 cache 换成 xfs(非 cow 文件系统性能较好)
将 raw 换成 zfs(读写日常文件时使用 zfs arc 提供更快的读写速度，同时 xfs 无法把两个磁盘组合成一个池)
另：
vm.dirty_ratio 和 vm.dirty_background_ratio 到底改咋调啊，目前都是默认的 5%
xfs 这种非 cow 文件系统能不能承载 qcow2 的虚拟磁盘？
因为 unraid shfs 众所周知的奇妙逻辑，导致了这个系统的文件可以被分成好几类，以 op 自己举例：
array：冷(各种备份和重要文件)+温数据存放在(2 寸+1 校)的三块 4t 紫盘里，平时日常休眠，三块盘均为 btrfs;
cache：容器+虚拟机+系统文件存放在一块 980pro 缓存盘上，作为高性能应用的储存空间，为 zfs;
raw：媒体库+pt 相关+日常存取文件，存放在组了 btrfs-raid0 的两块 8t 企业盘，作为 16t 储存盘使用;
其他配置：13500+w680+64g ecc+ups 、磁盘独占已打开，盘位 5/8
因为 op 在一个 winserver 上运行着几个 mcje 的服务器。只要硬盘 io 性能不够，服务端就会报"cant keep up"的问题并掉 tps ，属实令人相当恶心。此时优化磁盘 io 性能就成了重点。
需求：array 有较好的安全性，cache 和 raw 尽量有较好的读写性能，并且 raw 尽可能多的利用储存空间(目前为 100%)
参考 reddit 的两篇回复：
1.
BFTRS = Support is dieing out
XFS = The current standard for unraid
ZFS = Only if you know what your doing
2.
xfs for the array
zfs for the cache
是否应该抛弃 btrfs ，将 array 换成 xfs(不换成 zfs 的原因是多盘 zfs 貌似不能单独休眠？);
将 cache 换成 xfs(非 cow 文件系统性能较好)
将 raw 换成 zfs(读写日常文件时使用 zfs arc 提供更快的读写速度，同时 xfs 无法把两个磁盘组合成一个池)
另：
vm.dirty_ratio 和 vm.dirty_background_ratio 到底改咋调啊，目前都是默认的 5%
xfs 这种非 cow 文件系统能不能承载 qcow2 的虚拟磁盘？
2
Select Language