采样第二组对照：连「写大文件」也不是充分因（本轮写了 135KB+146KB，内存峰值仅 260MB 且被 GC 收回）⇒ 定性修正为「高振幅锯齿 + 回收时机随机」；三次观测并排入库

daemon-异常终止取证-20261009.md

@@ -48,7 +48,12 @@
 
 **换算比例**：16:51 段约 **31KB／事件**、16:52 段约 **27KB／事件** —— 两段一致，但**这是相关关系，不是已证因果**（见第六节）。
 
-**要点四（后续对照，2026-10-09 06:32–06:38 补测）**：另起一个后台会话（跑闸门、读工具目录，**没有写大文件**）时，事件速率**同样高**（`+20758`／`+11422` 每分钟），而内存只在 **116–202MB 之间锯齿**（GC 持续回收）。⇒ **事件速率不是内存暴涨的充分因**；两组的唯一明显差别是暴涨组当时**一次写入了 133KB 的大文件**。据此把嫌疑收窄到「大文件写入」这一侧，验证方法见 `daemon-内存观察-复现单.md`。
+**要点四（后续对照，2026-10-09 06:32–06:43 补测，两轮）**：另起一个后台会话（跑闸门、复制工具、改文件）做对照，两次结果**都削弱了"某个特定动作触发暴涨"的假设**：
+
+- 06:32–06:38：事件速率与暴涨组同量级（`+20758`／`+11422` 每分钟），内存只在 **116–202MB 锯齿**。
+- 06:38–06:43（20 秒一条采样）：`heap` 走 **191 → 193 → 260 → 196 → 205MB**；期间该会话**同样写了大文件**（`mcn-workbench.html` 133459 → 135041 B，另有 146341 B 的 dom dump），内存峰值仍只到 **260MB**，且 `06:40:58` **被 GC 收回 64MB**。
+
+⇒ **事件速率不是充分因，连"写大文件"也不是**。三次观测的峰值分别是 **609MB（收回）／957MB（未收回）／260MB（收回）** —— 差异像**随机振幅**，不是某个动作的必然结果。据此把问题重新定性为：**daemon 内存在高振幅锯齿，能否回收取决于 GC 时机；957MB 那次是"没赶上"的尾部事件**，而不是"某个操作必然撑爆它"。验证方法见 `daemon-内存观察-复现单.md`。
 
 ---