放心，你的这个场景下8GB内存完全够用，甚至还有不少余量——那个流传很广的“1GB内存对应1TB存储”的ZFS规则，其实只是个通用参考值，并非硬性要求，而且它的适用场景和你的情况差异很大。

下面具体拆解为什么你的配置没问题：

• 先搞懂“1GB/1TB”规则的适用场景
  这个建议主要是给多用户随机IO、高缓存依赖的场景准备的——比如给几十台客户端提供共享存储的文件服务器，或者承载数据库的存储系统。这类场景下，ZFS的ARC缓存需要大量内存来命中随机读写请求，减少磁盘IO压力。但你的场景是单系统高顺序数据流，这种情况下ARC缓存的命中率极低，顺序读写本身就依赖磁盘带宽，缓存根本发挥不了太大作用，ZFS会自动调整ARC的内存占用，不会傻乎乎地占满内存。

• 你的RAIDZ2配置的实际内存需求
  ZFS针对RAIDZ的内存消耗主要来自两部分：校验计算的临时缓存，以及文件系统元数据的存储。对于6块4TB的RAIDZ2，元数据的内存占用其实非常小（哪怕用默认配置）；而顺序读写时的校验计算，对内存的需求远低于随机IO场景。8GB内存完全能覆盖这些需求，还能留足2-3GB给FreeNAS系统本身运行，完全不会有内存不足的问题。

• 可选的优化操作（更稳妥）
  如果你想进一步避免内存被ARC占满的风险，可以手动限制ARC的最大占用量。比如通过sysctl vfs.zfs.arc_max=4294967296命令，把ARC的最大内存限制在4GB（剩下的4GB留给系统和其他进程），这个设置也可以在FreeNAS的WebUI里通过“系统调优”功能完成。这样既保证ZFS有足够的缓存空间，又能给系统留足余量。

• 实际验证建议
  要是你还是心里没底，搭建好系统后可以跑个实际测试：用dd if=/dev/zero of=/mnt/yourpool/testfile bs=1G count=10或者fio工具做顺序读写测试，同时用top或者arcstat命令观察内存使用情况。你会发现ARC的实际占用远低于8GB，系统运行稳定得很——毕竟高顺序流场景下，ZFS本身就不会去浪费内存做无效缓存。

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