jackandCursor
f5f456c523
计算判定改看「清空全部币」，并挡掉空窗口
判定原先比逐根的 queue_ms 与 inner_ms，结构上错了两处，十币下直接指反：
判据错。要紧的是一个收盘时刻清空所有币要多久，不是单币的 q 或 i。币同一秒
收盘，币数超 worker 数时后面的币串行等待，这笔代价不出现在任何单根的 q 或 i
里。现在按 kline_ts 聚合取各币最大 compute_ms，落到 clear_hist。
出路错。「排队为主 → 加核」只在还有空闲核时成立。worker 已等于核数时加
worker 不增吞吐，只把等待从 queue 挪到 inner。十币实测正是如此：inner 被
争抢从 144 抬到 192ms 反超 queue 135ms，于是判定落到「量级已低、无需优化」
——而此时最后一个币已在 1376ms。现在币数超核数就直接指向增量路径。
顺带修一个瞬时故障：WS 重连瞬间 feed 的 deque 可能为空，空窗口放行会让
worker 抛「DataFrame for 1m is empty」，白占一个计算槽（币数超核数时会推迟
后面所有币），而报错文本还会让人以为是缺历史数据。加 MIN_BARS 守卫。
Co-authored-by: Cursor <cursoragent@cursor.com>
2026-08-28 05:19:14 +08:00
..
2026-08-28 05:19:14 +08:00
2026-08-27 23:51:57 +08:00
2026-08-27 23:51:57 +08:00
2026-08-27 23:51:57 +08:00
2026-08-28 02:51:51 +08:00
2026-08-27 23:51:57 +08:00
2026-08-27 23:51:57 +08:00
2026-08-28 02:39:47 +08:00
2026-08-27 23:51:57 +08:00
2026-08-27 23:51:57 +08:00
2026-08-28 02:39:47 +08:00
2026-08-28 02:39:47 +08:00
2026-08-28 02:39:47 +08:00
2026-08-27 23:51:57 +08:00
2026-08-27 23:51:57 +08:00
2026-08-27 23:51:57 +08:00
2026-08-28 03:23:07 +08:00
2026-08-28 05:19:14 +08:00
2026-08-28 04:50:09 +08:00
2026-08-28 04:24:08 +08:00
2026-08-28 03:52:23 +08:00
2026-08-27 23:51:57 +08:00
2026-08-27 23:51:57 +08:00
2026-08-28 04:35:12 +08:00
2026-08-27 23:51:57 +08:00
2026-08-28 02:39:47 +08:00