ZFS
企业级文件系统，最初由Sun Microsystems为Solaris开发，同时承担文件系统和逻辑卷管理器职责，提供数据完整性校验、快照备份和RAID冗余，广泛用于NAS和家庭服务器场景。
核心事实
时间轴 (近 90 天)
Linux的fork()系统调用、ZFS文件系统的快照功能以及许多现代数据库的MVCC机制都依赖写时复制原理
ZFS镜像会让总写入量在两块盘之间翻倍，但每块盘承担的写入负荷与单盘部署基本一致，不会使单块SSD磨损加倍
有用户用两块金士顿A400 480GB组成ZFS镜像，运行六七年、带两个Windows 7虚拟机的生产环境Proxmox服务器，至今未出问题
pve-01节点配置为Ryzen 7 5700U（8核16线程）、62GB内存、512GB NVMe（ZFS）+2TB HDD（ZFS）+256GB SATA SSD，作为主力承载Kubernetes集群
ZFS 的校验机制无法防范内存位翻转带来的静默损坏，ECC 与 ZFS 校验是互补而非替代关系
ZFS 的 vdev 扩展灵活性不如 btrfs，尽管 ZFS 近年加入了 RAIDZ 扩展能力
从 btrfs RAID5 迁移到 ZFS RAIDZ 是一次数据可靠性的实质性升级
ZFS 的 RAIDZ 通过将整个条带作为原子事务写入并借助 ZIL 记录写入意图，从架构上规避了写洞问题
限制 ARC 缓存大小只会降低读取命中率和性能，不会导致数据丢失或功能异常
去重在家用媒体存储（视频、照片等）场景中收益几乎为零，因为这类文件重复率极低
还有 28 条时间轴事件
全部知识事实 (20)
Proxmox VE 是一个基于 Debian Linux 的开源服务器虚拟化管理平台，集成了 KVM 虚拟机和 LXC 容器技术
80%已验证ZFS最初由Sun Microsystems在2001年为Solaris开发，后经OpenZFS项目移植到Linux和BSD平台
65%待验证TrueNAS uses the ZFS file system, which manages storage pools through the concept of vdevs (virtual devices)
90%待验证ZFS 的 ARC（Adaptive Replacement Cache）默认会动态占用系统可用内存的较大比例，在内存紧张环境中需手动限制
60%待验证ZFS通过Copy-on-Write事务性写入消除了传统硬件RAID的写穿洞问题
60%待验证Linux的fork()系统调用、ZFS文件系统的快照功能以及许多现代数据库的MVCC机制都依赖写时复制原理
50%待验证ZFS镜像会让总写入量在两块盘之间翻倍，但每块盘承担的写入负荷与单盘部署基本一致，不会使单块SSD磨损加倍
50%待验证pve-01节点配置为Ryzen 7 5700U（8核16线程）、62GB内存、512GB NVMe（ZFS）+2TB HDD（ZFS）+256GB SATA SSD，作为主力承载Kubernetes集群
50%待验证ZFS 的校验机制无法防范内存位翻转带来的静默损坏，ECC 与 ZFS 校验是互补而非替代关系
50%待验证ZFS 的 RAIDZ 通过将整个条带作为原子事务写入并借助 ZIL 记录写入意图，从架构上规避了写洞问题
50%待验证ZFS 的 vdev 扩展灵活性不如 btrfs，尽管 ZFS 近年加入了 RAIDZ 扩展能力
50%待验证ZFS 去重需要维护 DDT（去重数据表），该表必须常驻内存以保证性能，且体积与数据量线性相关
50%待验证DDT 的内存占用约为每 TB 唯一数据 2-5GB
50%待验证去重在家用媒体存储（视频、照片等）场景中收益几乎为零，因为这类文件重复率极低
50%待验证ZFS 的 ARC 默认约占用系统内存的一半，可通过 zfs_arc_max 参数手动限制
50%待验证限制 ARC 缓存大小只会降低读取命中率和性能，不会导致数据丢失或功能异常
50%待验证从 btrfs RAID5 迁移到 ZFS RAIDZ 是一次数据可靠性的实质性升级
50%待验证PostgreSQL 的 MVCC 机制、ZFS/Btrfs 文件系统的快照，以及部分云数据库服务将写时复制或类似存储分层技术作为底层支撑
50%待验证Sun Microsystems孕育了Java、NFS、ZFS、DTrace等技术
50%待验证ZFS 最佳实践是通过 HBA 卡以直通模式挂载硬盘以保证完整磁盘控制权
50%