feat(chv-muse-p1): 常驻 VM + WarmPool 扶正 + 气球 + vsock,对齐 Muse

每用户一台常驻 VM(暂停态,resume 到 SSH 5 秒内为待验证目标),
池空/失败回落冷启动;CHV 配置加 virtio-balloon + free-page-reporting
与 vsock notify 最小实现(SSH 仍是命令通道与就绪判定)。
新模块 resident_pool.py / vsock.py + 客内 vsock_notify.py;
_config 增加 CHV_RESIDENT_IDLE_MINUTES / CHV_BALLOON / CHV_VSOCK;
worker_adapter 接常驻孤儿清理 facade;ADR-17 差距表见
docs/chv-muse-p1-gap.md。

恢复收尾(分离后回归,见 gap.md §4):VmDeathTest 死亡模拟改杀
实际跑命令的 VM;两处冷路径旧测试显式关常驻;_balloon_vsock_payload
与 listen_notify 拆到 50 行内;resident_pool.py:208 mypy 修掉。
executor.py out 未注解与 marker_tools.py:142 是基线旧错,未动。

测试:全量 cloud 套件 1934 OK(skipped=8);mypy 在改动文件上
干净(仅基线旧错 4 处)。真机验证待第三棒让出 WSL 测试机。
This commit is contained in:
host committed 2026-11-06 21:31:48 +00:00
1 parent 06c3e172fe
commit 78098c5594
13 files changed
+2527 -36

No files matched your search

+15 -2
View File
@@ -227,7 +227,15 @@ class PreflightTest(ChvCase):
self.assertIn("内核", text)
def test_dispatch_missing_dependency_does_not_call_runner(self):
ex = self.make_exec(binary="/tmp/no-chv")
# P1 常驻默认开:这里显式关常驻,测的仍是冷启动
# preflight 路径(缺依赖 → 零 runner 调用)。不开
# 关的话,_resident_acquire 会先试建池,wake 失败
# 后的清理 shutdown 会多一次 ch-remote 调用——那是
# 建池失败清理的既定行为(见 P1 的 provision 失败
# 回落测试),不是本测试要守的“缺依赖零调用”。
ex = self.make_exec(
binary="/tmp/no-chv",
env_extra={"CHV_RESIDENT_ENABLED": "0"})
with self.assertRaises(ChvFailure):
ex.dispatch_task(self._task())
self.assertEqual(self.calls, [])
@@ -538,7 +546,12 @@ class WarmPoolTest(ChvCase):
# -- dispatch / goal(wake → 跑 → finally 关) ---------------------------
class DispatchTest(ChvCase):
def test_dispatch_wakes_runs_shuts_down(self):
ex = self.make_exec()
# 本测试钉的是冷启动 dispatch 序列(wake chv-abc123
# → 跑 → finally shutdown);P1 起常驻默认开,须显
# 式关常驻才走这条路。常驻 dispatch 由
# test_chv_muse_p1_resident 覆盖。
ex = self.make_exec(
env_extra={"CHV_RESIDENT_ENABLED": "0"})
out = ex.dispatch_task(self._task())
self.assertEqual(out["executor"], "cloud-hypervisor")
self.assertEqual(out["status"], "completed")