fix: 修复自适应线程池限流扩容及缩容滞后

2026-09-11 15:59:46 +08:00
parent 13f72178e9
commit f3faad0391
4 changed files with 262 additions and 179 deletions
@@ -214,6 +214,16 @@ subtitle-ocr 逐帧调 vlm-ocr 时使用 `nodes/adaptive_pool.py` 的自适应
  服务端变慢就退避，避免盲目并发压垮本地 Ollama；
 - 结果按帧顺序返回，SRT 时间轴不受并发影响；worker 需无共享可变状态
  （vlm-ocr 处理器为纯函数，线程安全）。
+**并发实现修复（审查 R02）**：`AdaptiveThreadPool` 使用标准线程执行器复用线程，
+由 `map` 控制在途任务数，不一次性把全片任务压入执行器队列。上面的“线程数”
+及进度日志中的 N 指目标在途并发额度，不是执行器已创建的线程总数。降低目标后，
+已发出的请求允许完成，后续提交立即遵守新额度；不再向积压队列尾部追加退出哨兵。
+`report_failure()` 只保持或降低当前额度，绝不因上限从 20 降到 19 就把当前 1
+并发扩为 19。错误窗口不扩容，干净窗口逐步恢复有效上限；有效上限跨重试 `map`
+保留，每批重新统计耗时窗口。进度回调与结果汇总由 map 线程串行处理，窗口未满
+时平均耗时取 worker 实际耗时均值。`cancel()` 保持原约定，仅抑制进度回调，
+节点自行检测暂停并返回异常。相关回归见 `tests/test_adaptive_pool.py`。
+
 ### 前端 OCR 框选

 首页选择工作流后，若 DAG 中存在声明 `crop` 参数的节点（frame-extract），