ryd994

• 请不要把 AI 生成的内容发送到这里

@enihcam 只有 4 槽，没有 4 通道。家用平台的 CPU 就没有 4 通道的内存控制器。
想要 4 通道？来图吧做垃圾佬啊，4 通道 8 槽只是基础配置。双 CPU 8 通道 16 槽也非常不贵啊。而且洋垃圾服务器内存都是白菜价。

@nightlight9 #12 黑色异物是黑色小颗粒？那个没事，奶粉烘干时烧焦了而已。这个还挺常见的。我在美国买过不同品牌的奶粉，都是大牌，都出现过深色小颗粒。

DDR5 出来的时候 DDR4 滞销了吗？
新接口一出来，旧接口的主板全部销毁？ DDR5 的接口和 DDR4 也不兼容啊。
@wangsilence #32 那是家用平台的问题。之所以是 2 条，因为家用平台只有 2 个内存通道。一个通道一条内存当然是最稳定的。服务器平台内存通道多，就算一个通道一条内存也有十几条了。然后服务器平台还支持 REG 和 LR-REG 内存，也就是内存自带缓冲器，减小 CPU 内存控制器的压力。每通道可以插 2 条甚至 3 条。
1TB 内存不算夸张，10 年前的 C612 平台已经可以做到单 CPU 768GB 内存了。垃圾佬都是拿内存当硬盘用的。

@mrzx 另外，如果想用好 zfs 的特性的话，我觉得这事可以这样做：每天新建一个 dataset ，删除的时候直接删 dataset 会比 rm -r 更快。因为 rm -r 或者 rsync 都是穷举所有文件，然后一个一个文件删除。删 dataset 是直接删文件系统索引。

又或者，邪教：checkpoint 。缺点是必须单独一个 zpool 。因为 checkpoint 是整个 zpool 级别的操作，只允许有一个。可以全局回档。本意是对 zpool 进行高风险操作时有一次回档的机会。比如加 vdev 加错了就只能格盘。

@mrzx 元数据不在 SLOG 上。SLOG 仅用于 sync 模式写入的文件。如果没有 SLOG ，那 sync 模式写入的数据会按随机顺序直接写入硬盘，等有空的时候再整理释放。
因为同步写入要求必须落盘后才可以返回完成，这样可以避免阻塞写入的进程。
async 模式写入的文件默认不会使用 SLOG ，会在内存里排序后再落盘。

文件系统结构数据属于 special 。一般建议使用 3 块高性能 SSD RAID1 做 special vdev 。因为 special 比 SLOG 更危险。就算 SLOG 设备损坏，可以强行挂载，只是丢失 SLOG 里的新数据，其他没有写入的文件仍然完好。但是如果 special 设备丢失，整个池就彻底损毁，所以建议至少 3 度冗余。

实际上，SLOG 是最常见的错误用法，除非是跑虚拟机或数据库，否则大部分人不会用到 SLOG 。
其次是 L2ARC ，因为 L2ARC 需要内存 ARC 做索引，使用不当反而会挤占内存。L2ARC 是内存加满之后才需要考虑的选项。
special 是最少人用的。原因也很简单，听起来就很危险。但是它对小文件性能的影响也是最大的。

@beisilu #25 如果 AI 能把程序员干完，那别的行业也剩不了几个了。要死大家一起死，怕什么。

@hwenzhuo000 #26 有时投有时不投那就不叫定投。真定投是雷打不动也要定投。