---
template: sheet
title: hy-memory 看门狗：升级到 2.0.8 之后的重启统计
subtitle: 阈值触发 0 次，5 次全是手动与网关重启兜底
cols: 2
source: 数据源 ~/.hermes/data/hy_memory_rss_guard.log + state.json（2026-10-31 16:45）
---

Lead: hy-memory 升级到 2.0.8 之后，看门狗共重启 5 次，由内存阈值触发的次数是 0。

## A 计数结论

```kv cols=2
累计重启: 93 次（自 2026-09-27 建脚本起）
升级后重启: 5 次
升级后阈值触发: 0 次
升级后手动 force: 4 次
升级后兜底拉起: 1 次（网关重启导致服务不见）
升级前阈值触发: 80 次（其中 450MB 档 8 次，350MB 档 72 次）
生效阈值: 450MB（.env 里 HY_MEMORY_RSS_LIMIT_MB=450）
冷却: 45 分钟
```

## B 升级后的 5 次重启 {span=2}

| 时间 | 原因 | 重启前 RSS | 重启后 RSS | 性质 |
|---|---|---|---|---|
| 10-29 10:24 | force | 237MB | 94MB | 升级过程手动 |
| 10-29 10:49 | force | 332MB | 93MB | 升级过程手动 |
| 10-29 11:10 | 服务不在 | 无 | 94MB | 网关重启后兜底拉起 |
| 10-29 11:14 | force | 266MB | 195MB | 守护脚本更新后手动 |
| 10-31 15:25 | force | 172MB | 102MB | 手动 |

## C 为什么说泄漏问题解决了

```callout ok 关键证据
10-29 11:15 起的那个进程活了 2 天 4 小时，被杀时 RSS 只有 172MB。升级前它 1 天就会冲到 450MB 并触发重启。
```

- 升级前节奏：10-27 03:05、10-28 03:05、10-28 17:05、10-29 08:15 各撞一次 450MB 阈值。
- 升级后节奏：两个整天的守护周期里一次都没撞线。
- 当前状态：RSS 219MB，swap 75MB，已运行 1 小时 21 分，60 秒采样增量为 0MB。
- 距离 450MB 阈值还有 231MB 余量。

注意：今天 15:25 那次是手动重启，所以“连续两天不撞线”的证据来自 10-29 到 10-31 那个进程，不是当前这个。