Document auto search high policy
This commit is contained in:
@@ -15,6 +15,12 @@ robust,而是攻击当前实现,确认它是否会从明显不合理的初
|
||||
这不是一个需要补 `TP=8 -> TP=4` 特例规则的问题。它暴露的是更基础的 stop authority
|
||||
问题:measurement saturation 不能绕过 coverage-relative candidate set。
|
||||
|
||||
同时,这个反例也暴露了 measurement policy 的缺口:`search.high` 太小时,tuning 会被
|
||||
offered-load ceiling 右截断。后续应该加入 `auto_search_high`,但它只能在已有 trace
|
||||
sampling space 内自动校准;如果 `search.high=1.0` 仍然不能压到真实 capacity frontier,
|
||||
系统必须主动报告 measurement ceiling 不足,并等待人类确认是否更换 trace、提高 trace
|
||||
density 或启用额外负载生成方式。
|
||||
|
||||
## 实验设置
|
||||
|
||||
机器:`dash1`,8x H20。
|
||||
@@ -138,6 +144,20 @@ authority。
|
||||
5. 对 `req/s/GPU` objective,required coverage 必须包含至少一个 topology 或
|
||||
resource-efficiency contrast,除非 StudySpec 明确固定 GPU budget 和 topology。
|
||||
|
||||
Measurement policy 约束:
|
||||
|
||||
1. `auto_search_high` 可以根据 trace 的 sampling threshold 和目标 GPU 规模自动提高
|
||||
`search.high`,避免低 ceiling 让所有 config 过早 saturate。
|
||||
2. 自动校准不能越过 trace 原生上限。当前 `sampling_u` 语义下,`search.high=1.0`
|
||||
表示完整 trace。
|
||||
3. 如果完整 trace 仍然被 incumbent 轻松 saturate,validator 不能假装搜索完成;它应该
|
||||
输出 `measurement_ceiling_insufficient` 或把该事实作为 stop proof 的阻塞项。
|
||||
4. 系统不得自动使用重复窗口、合成 arrivals 或 replay scaling 来扩大 workload,除非
|
||||
StudySpec 显式启用,或人类确认该实验要测 synthetic/offline stress regime。
|
||||
5. `measurement_ceiling_insufficient` 和 `eligible_candidates_remain` 是不同问题:前者说
|
||||
load ceiling 不足,后者说 mechanism coverage 未完成。二者任一存在,都不能把结果
|
||||
写成 bad-start robustness 成功。
|
||||
|
||||
这也说明当前 repair 方向不能是:
|
||||
|
||||
```text
|
||||
|
||||
Reference in New Issue
Block a user