fix: R4 探针页 tensor 复用（proxy 下 buffer 被 detach）+ pipeline.sh 7 处 GBK 读取 + r4 分支返回码；r4 端到端 rc=0
- webapp/r4_probe.html：feat 移进 run() 每次新建。proxy=1 时 ORT 把输入 transfer 给 Worker，旧写法第二次 run 报 Tensor size(83) vs data length(0)，两种 proxy 配置全挂、r4.json pass=null。 - ml/pipeline.sh：7 处 json.load(open(...)) 补 encoding='utf-8'（:90 :110 :118 :127 :136 :138 :144）。r4.json 以 ensure_ascii=False 写出，Windows GBK 下 :110 实测 UnicodeDecodeError，命令替换为空会让上层分支走错。 - ml/pipeline.sh r4：末行 `[ "$r" = null ] && echo` 在 r=pass 时整体返回 1，set -e + EXIT trap 把通过的 r4 记成 rc=1（all 会因此停）→ 改 if/fi。 - 实测复跑两次：pass=true，部署口径（16 线程+proxy+enc_once）P99 10.22 / 11.25 ms，4 线程 13.58/13.64，无 proxy 9.28/10.92，webgpu 仍 backend not found。 - 文档同步：A 组两处标记已修，仅留 A-3（ortLocal+proxy 离线路径）交实现方。
This commit is contained in:
+13
-14
@@ -3,7 +3,7 @@
|
||||
六轮历史（`0218d7f` → `a5e779c`）：第一轮 13 条、第二轮可行性、第三~五轮处置、第六轮本机实跑。**已解决的条目按用户要求删去，完整原文在 git 历史里**。本文件只剩三部分：仍有效的实测数字 / 仍未解决的问题 / 已复核正常的项，供实现方下一轮处置。
|
||||
|
||||
环境：本机 CBB-003（RTX 3090、28 核、Python 3.12 + torch 2.10 + onnxruntime 1.22、Edge + onnxruntime-web 1.20.1）。
|
||||
当前结论：第 1–6 步已实测可跑；**第 7–13 步零证据**；R4 部署口径（纯推理）已判通过；阻断本机跑 `r4` / `all` 的三处见 A 组。
|
||||
当前结论：第 1–6 步已实测可跑；**第 7–13 步零证据**；R4 部署口径（纯推理）已判通过，`bash ml/pipeline.sh r4` 端到端 rc=0（2026-10-18 本机修复后复跑）。A 组原三处中两处已修，只剩离线部署 A-3。
|
||||
|
||||
---
|
||||
|
||||
@@ -28,24 +28,22 @@ R4（随机初始化模型；延迟只取决于结构，与是否训练无关）
|
||||
|
||||
tickGapMax 全部 ≈21.5 ms（20 ms 节拍没被卡住）。背景：第五轮前默认（4 线程、无 proxy、旧接口、真查看器）P99 37.0；线程扫描 8 线程 24.9 / 16 线程 19.5 / 24 线程 25.8 → 16 最优，超线程反而挤。**部署口径纯推理 P99 11.07 < 15，R4 判通过**；`enc_once` 相对旧接口省约 30–33%。
|
||||
|
||||
修复后由 `pipeline.sh r4` 自身复跑（两次）：部署口径 P99 **10.22 / 11.25**（P50 7.34 / 7.10），4 线程 13.58 / 13.64，无 proxy 9.28 / 10.92；webgpu 仍报 `[webgpu] backend not found`。
|
||||
|
||||
真查看器同一会话（随机权重、`?policy=1&probe=1`）：inferMs P50/P99/max = **30.36 / 61.64 / 68**，safetyMs = **63.52 / 248.76 / 320.6**；622 次 plan、brakes 4、locks 48、projected 283、lookahead 219。单变量对照：`__POLICY.stop()` 后纯 infer 7.5 / 9.7 ms → 差额是主线程排队，不是模型慢。
|
||||
|
||||
---
|
||||
|
||||
## 二、仍未解决的问题
|
||||
|
||||
### A. 会直接中断本机一键流程的三处（已定位、未修）
|
||||
### A. 会直接中断本机一键流程（原三处，两处已在本机修复）
|
||||
|
||||
**A-1 探针页复用 detached tensor**（`webapp/r4_probe.html:28`、`:30`）
|
||||
proxy=1 时 ORT 把输入 buffer transfer 给 Worker，而页面把 `feat` 建在循环外、`run()` 每次复用同一个 `Float32Array` → 第二次 `run()` 报 `Tensor's size(83) does not match data length(0)`。两种 proxy 配置全挂 → `r4.json` `pass:null`、`r4_probe.py` 非零退出、阶段 rc=1（`all` 因此会停）。
|
||||
修法：把 `feat` 的分配移进 `run()`（每次新建，一行）。判据：`bash ml/pipeline.sh r4` 四种配置都出数、`pass` 非 null。
|
||||
证据：改过一行的副本四种配置全部正常（上表 16 线程行即出自副本）；查看器 `Runner._plan` 每次新建、不受影响（`ik-policy.js:257-258`）。
|
||||
**已修复（本机 2026-10-18，`bash ml/pipeline.sh r4` 连跑两次均 rc=0、`pass=true`）**
|
||||
- 探针页复用 detached tensor：`feat` 的分配移进 `run()`（`webapp/r4_probe.html`）→ proxy=1 的两种配置均正常出数。
|
||||
- `pipeline.sh` 7 处 `json.load(open(...))` 全部补 `encoding='utf-8'`（`:90 :110 :118 :127 :136 :138 :144`）。
|
||||
- 附带发现并修掉：r4 分支末行 `[ "$r" = null ] && echo` 在 `r=pass` 时整体返回 1，`set -e` + EXIT trap 把**通过的 r4 记成 rc=1**（`all` 会因此停）。已改为 `if ... then ... fi`。
|
||||
|
||||
**A-2 `pipeline.sh` 7 处 `json.load(open(...))` 无 `encoding='utf-8'`**（`:90 :110 :118 :127 :136 :138 :144`）
|
||||
已复现：`:110` 读 `r4.json`（`r4_probe.py:113` 以 `ensure_ascii=False` 写出、含中文）→ Windows GBK 报 `UnicodeDecodeError: 'gbk' codec can't decode byte 0xa7`。后果不是"读不到就用默认"，而是命令替换为空 → 上层分支走错。
|
||||
其余 6 处同写法；`stats.json` 由 node `JSON.stringify` 写出（不转义非 ASCII），文件里一旦有中文就同样炸。统一补 `encoding='utf-8'` 即可。
|
||||
|
||||
**A-3 `&ortLocal=1` + 默认 proxy 必然失败**
|
||||
**A-3 仍未修：`&ortLocal=1` + 默认 proxy 必然失败。**
|
||||
`ik-policy-glue.js` 把 `ort.env.wasm.wasmPaths` 设为相对前缀 `vendor/ort/`，ORT 对 `.mjs` 走 `import()` 需要绝对说明符 → `no available backend found. ERR: [wasm] TypeError: Failed to resolve module specifier 'vendor/ort/ort-wasm-simd-threaded.mjs'`。README 明确支持的离线部署路径在默认配置下不可用。（`ortLocal=1` + `proxy=0` 未测；`wasmPaths` 与 proxy 无关，大概率同样失败。）
|
||||
|
||||
### B. 待实现方判断（数据已摆在上面；分歧按第五轮第〇节规则，以实现方为准）
|
||||
@@ -73,6 +71,7 @@ proxy=1 时 ORT 把输入 buffer transfer 给 Worker，而页面把 `feat` 建
|
||||
|
||||
## 三、第六轮已复核正常（不在问题清单里）
|
||||
|
||||
- `bash ml/pipeline.sh r4` 端到端：修完 A 组两处后连跑两次 rc=0、`pass=true`。
|
||||
- 锁：`r4` 阶段拿到 `ml/runs/pipeline.lock`，结束已删。
|
||||
- N-5 三处防护在位：查看器拒绝 `random_init`（提示 `&probe=1`）、`policy_bench.cjs` 拒绝、`acceptance` 有"部署模型是训练产物"项。
|
||||
- `enc_once` 运行时对接一致：只送 1 行特征（`ik-policy-glue.js:52` / `ik-policy.js:344`），旧模型回退 `[B,F]`。
|
||||
@@ -80,6 +79,6 @@ proxy=1 时 ORT 把输入 buffer transfer 给 Worker，而页面把 `feat` 建
|
||||
|
||||
## 四、建议顺序
|
||||
|
||||
1. A 组三条都是分钟级修复；修完立刻重跑 `bash ml/pipeline.sh r4`，验收 `pass` 非 null。
|
||||
2. 然后 `FROM=gen TO=prep` 跑一次（数小时），拿 `gapDrop` 与 R2 两个口径的数——C-2 / C-3 随之消掉，B-2 的 Node 侧安全层数字可顺手从 m5 前的 bench 拿。
|
||||
3. B 组等上面的数字齐了再定；C-1 / C-5 / C-6 随第一次真跑逐项核对。
|
||||
1. ~~A 组修复并重跑 `r4`~~：已完成（本机 2026-10-18，rc=0、P99 11.25）。
|
||||
2. 接着 `FROM=gen TO=prep` 跑一次（数小时），拿 `gapDrop` 与 R2 两个口径的数——C-2 / C-3 随之消掉，B-2 的 Node 侧安全层数字可顺手从 m5 前的 bench 拿。
|
||||
3. B 组等上面的数字齐了再定；C-1 / C-5 / C-6 随第一次真跑逐项核对；A-3（离线 ort 加载）交给实现方。
|
||||
|
||||
Reference in New Issue
Block a user