N.01 / EVIDENCE
三个月窗口能证明什么
一个长期窗口能说明漂移没有出现,但不能自动证明内存有界。关于证据范围、失败计数和外推边界的一次记录。
一个数字放在首页上,很容易被读成结论。3 个月、68 MB RSS 常驻,看起来像“稳定”,而“稳定”又很容易被进一步读成“内存有界”。这两步都不成立。
先问测量了什么
Sodama 的记录里,3 个月是生产健康窗口,68 MB 是这段时间内的 RSS 常驻值。它们支持一个有限但重要的判断:在这套版本、这台机器、这类流量和这组配置下,没有观察到持续的内存增长或内存跳变。
同一份记录还包含一次重载回执从 19–34 秒降到 0.74 秒。这个数字描述的是“验证、落盘、等待回执”这条运维链上的面板确认,不是完整请求延迟,也不是所有重载路径的上界。
为什么不再写 25 小时和 1,486 次采样
旧的 25 小时窗口和采样计数属于更早的一组观测。继续把它们和 3 个月窗口放在一起,会让读者以为它们来自同一次测试。数据可以更新,口径必须一起更新;旧数字不应被留下来充当装饰。
窗口不能自动证明什么
3 个月没有出现内存跳变,不等于内存有界。它不覆盖未出现的流量组合、未触发的协议路径、不同内核版本、极端并发和长期运行中的低频事件。它也不说明下一次重载、下一次升级或下一个插件仍然保持同样行为。
“稳定”在这里是一个描述:在已记录的窗口里,行为没有出现需要解释的漂移。它不是一个永久属性,更不是一张可以贴在任何版本上的标签。
证据应该带着边界出现
因此,Sodama 的工程笔记现在把证据范围单独列出来:测量了什么、对应什么窗口、哪些计数器没有覆盖所有失败模式、哪些环境信息还没有公开。这样做不会让项目显得更弱;它让读者知道该相信到哪一步。
如果以后要把它变成可复现的基准,至少还需要补齐硬件、内核版本、提交 SHA、完整流量画像和采样日志。在这些信息出现之前,3 个月与 68 MB 是可核查起点的开始,不是终点。