刚看到你的问题，刚好我在ZoL和AMD Epyc平台的ZFS部署上有不少实战经验，先帮你拆解下现有系统性能拉胯的核心原因，再针对性给新系统的配置方案。

一、现有850Evo条带性能差的核心原因 #

1. ARC严重不足：ZFS的ARC是核心缓存，4GB的分配量对于SSD阵列来说太小了——ZFS需要缓存大量元数据和热数据，当ARC不够时，会频繁触发磁盘随机读，而ZFS的元数据本身是分散存储的，这直接导致读取性能甚至不如HDD。哪怕你关了缓存和同步，核心的元数据访问瓶颈还是没解决。
2. 消费级SSD的特性冲突：三星850Evo是TLC消费级盘，依赖SLC缓存提升性能，但ZFS的Copy-on-Write（CoW）机制会产生大量小写入，快速耗尽SLC缓存，之后写入速度会暴跌到TLC原生速度（大概500MB/s左右），而LVM是直接覆盖写入，没有写入放大，自然能跑到SSD的标称速度。
3. ZoL vs FreeBSD ZFS的实现差异：FreeBSD的ZFS是原生实现，和存储栈的兼容性、IO调度优化都更成熟；而ZoL是移植版本，默认参数在消费级SSD条带场景下没做针对性优化，比如IO调度器选择、写入策略等。

二、AMD Epyc平台ZFS配置建议 #

1. 硬件选型 #

存储介质（优先全NVMe方案）

• 全NVMe阵列：
  • 选企业级NVMe SSD，比如三星PM9A3、西数SN850E（企业版）、铠侠CD6这类盘——它们没有消费级盘的SLC缓存瓶颈，持续写入性能稳定，耐久性也能扛住ZFS的写入放大，完美适配CoW模式。
  • 避开QLC消费级盘，ZFS的写入放大会快速耗尽QLC的寿命，且性能波动极大。
  • 盘位与PCIe通道：Epyc平台PCIe通道充足（比如双路7003系列有128条PCIe4.0通道），尽量让每块NVMe直连CPU通道，避免走南桥限制带宽。如果做条带（RAID-Z0），至少2块起步；要冗余的话选RAID-Z2（至少3块盘），性能损失不大但有数据保障。
• NVMe+SSD（禁用缓存）方案：
  • 仅推荐用企业级SATA SSD（比如三星PM893）做数据盘，消费级盘禁用自身缓存后随机性能会暴跌，且多数消费级盘不支持固件层面关缓存。
  • 用NVMe做SLOG（ZIL日志盘）或L2ARC（二级缓存），提升同步写入或冷数据缓存性能。

内存配置

• ZFS ARC建议分配系统总内存的50%-70%，同时预留足够内存给虚拟机：比如总内存64G的话，给ARC分24-32G；128G的话分48-64G。
• Epyc平台要插满内存插槽，用DDR4-3200或DDR5-4800的RDIMM/LRDIMM，保证多通道带宽——ZFS的ARC对内存带宽敏感度很高，带宽不够会直接拖慢缓存命中率。

CPU与主板

• 选AMD Epyc 7003/7004系列，比如Epyc 7313（8核16线程）或7443P（16核32线程）——足够的核心数能处理ZFS的压缩、校验、IO调度等任务，开启lz4压缩时多核心优势明显。
• 主板选支持PCIe4.0/5.0的Epyc服务器/工作站主板（比如超微、华硕的型号），确保NVMe能跑满带宽。

2. 软件层面优化 #

ZFS池配置

• 开启lz4压缩：这是ZFS默认压缩算法，几乎无性能开销，能大幅减少IO量，提升实际读写速度（对文本、虚拟机镜像这类数据效果尤为明显）。
• SLOG配置：如果是数据库、虚拟机这类需要低延迟同步写入的负载，用NVMe做单独SLOG，设置logbias=latency；普通文件存储无需单独SLOG，用内存ZIL即可。
• L2ARC配置：只有当ARC不够用的时候才加，且必须用NVMe——SATA SSD带宽不够，做L2ARC反而会拖慢性能。

ZoL参数调整

• 固定ARC大小：在/etc/modprobe.d/zfs.conf里添加options zfs zfs_arc_max=34359738368（示例为32G，单位字节），重启系统生效。
• 调整IO调度器：NVMe盘用none或mq-deadline调度器，新建/etc/udev/rules.d/60-ioschedulers.rules文件，写入：

  ACTION=="add|change", KERNEL=="nvme*", ATTR{queue/scheduler}="none"
  

• 关闭不必要功能：除非有明确需求，否则禁用ZFS dedup（会占用大量内存和CPU），停止zfs-dedup服务。
• 同步策略：非关键数据可以设sync=disabled提升写入性能，但会增加数据丢失风险；关键数据建议sync=standard配合SLOG。

内容的提问来源于stack exchange，提问作者Ajay