DeepSeek V4.1 Flash
375a15c8c2
派生曲线内存治理（弱峰调整等）+ 边沿统计改为统一预算状态机（含中心轴）+ 离屏测试零打扰
一、派生曲线内存治理（按上一轮报告的方案实施；绘制性能优先，同时为小内存设备留出空间）
1. PeakExtremum 字段重排（double value + uint32 index + int8 type）：24 → 16 字节。
编码器方波这类极值密集信号省约 1/3 的极值表内存，且**不改变任何数值结果**
（value 保持 double，改成 float 会让结果与历史版本不一致）：
实测 3M 采样单次计算的工作缓冲峰值 33.23 → 26.73 MiB。
2. ComputeDerivedWindow 对「整段窗口」不再复制采样（直接引用原向量）：
8 B/采样 × 2580 万 ≈ 206 MB/条，而“预览曲线一律按整条信号计算”正是最常见情形。
3. 大窗口任务的并发上限由内存压力决定（CurveJob::hugeLimit：内存充足 2、紧张 1）：
单条整段曲线工作缓冲约 620 MB（2580 万采样），原先最多 4 条并发 → 峰值 2.5GB+；
实测 4 并发 3M 采样 412 → 324 MiB，且外推值不再随线程数放大。
4. 内存严重不足时**直接拒绝计算**（DerivedMemoryAllows：可用内存 < 输出曲线本体 + 工作缓冲的
最小需求）并只告警一次（新增 kMessagePlotLowMemory；宿主弹一次明确的提示框）。
界面保持可用，绝不会因内存不足抛 bad_alloc 逸出线程导致进程终止。
5. 低内存模式“少量多次”：throttle = true 时并发降为 1、且每阶之间 Sleep(1)，慢慢算完。
内存充足时不做任何节流，尽可能快。
6. 取消标志贯通到算法内部（ComputeWeakPeakAdjust / ComputeMovingAverageIterated 新增
cancel 参数，每阶 / 每 1M 采样检查一次）⇒ **过时任务立即退出并归还工作缓冲**；
PauseDerivedAsync / StopCurveWorker 先 m_curveCancelAll = true 再 join。
7. AvailablePhysicalBytes() 结果按 200ms 缓存（绘制路径上不再每帧多次系统调用）。
8. 极值表按 count/8 预留容量（try/catch(bad_alloc) 保护），避免 push_back 反复扩容的 1.5x 峰值。
9. MeanFilterCurveFor / WeakPeakCurveFor（整条同步计算）现在只有测试使用；
产品代码一律走 CurveSpanFor（窗口化 + 异步）。
二、边沿统计：统一「逐块累积 + 每 tick 预算」状态机（普通边沿计数与中心轴共用）
1. EdgeScanState + EdgeScanFor 成为唯一实现，EdgeCountsFor / EdgeCenterCountsFor 是薄包装；
删除 EdgeCenterCountEntry / m_edgeCenterCountCache。
2. **未完成时主动请求下一帧**（RequestEdgeScanFrame → PostMessage(kMessagePlotDerivedReady)）：
修掉“鼠标不动就一直显示统计中，只有把鼠标移到面板上才更新”（根因就是没有重绘 → 预算不推进）。
3. 阈值/参数变化就地把状态重置（不新建条目，避免拖动时状态爆炸）；重置当 tick 不展示部分值
（修掉“除了最后一个信号显示了一个错误的且不更新的数字，其它变成统计中”）；
稳定后展示递增的部分值 + “…”；扫完展示精确值（统一走 EdgeCountsText）。
4. 中心轴判定所需曲线**只在后台计算**：只在 AcquireCoveringCurve 命中（键完全相同）时扫块，
否则 ScheduleCurveJob 后本帧不推进。原先该调用没传 allowAsyncCompute（默认 false）⇒
首帧 / 参数变化后同步算整条均值滤波曲线 ⇒ 界面停顿数秒（用户报告“一改参数整个程序卡住很久”）。
5. MeanFilterValueAt（光标读数）不再调整条同步的 MeanFilterCurveFor，改为窗口化 + 异步。
6. ScheduleCurveJob 改为幂等（m_curveRunningKeys 集合 + 队列去重）：统计侧会每帧请求同一份
整条曲线，若每次都当作新请求，正在算的那份立刻被判过时 → 请求→作废→重请求 死循环。
7. 扫描热路径加“无变换/无镜像/非中心轴”的紧凑循环：单次预算耗时 18ms → 1.3ms。
8. 实测（合成方波）：6M 采样首帧 1.4ms（部分值）、单次最坏 2.1ms；
拖动横向光标 10 次查询 1.07ms；**同一帧内 5 条信号合计 1.3ms**（预算跨信号共享）；
保持不动无需移动鼠标即收敛到与参考实现逐位一致。
三、离屏测试绝不打扰用户的前台工作
- .preflight/uitest 与 .preflight/probe 的 main 开头设置
SetPriorityClass(GetCurrentProcess(), BELOW_NORMAL_PRIORITY_CLASS) +
SetThreadPriority(GetCurrentThread(), THREAD_PRIORITY_BELOW_NORMAL)，
再长的测试也不会与用户的编辑/浏览抢 CPU（此前“打字不顺畅”的根因）。
- 继续保持：窗口 SW_HIDE、只注入合成消息（不动真实鼠标键盘）、每次注入后立即 ReleaseCapture
（SetCapture 是系统级的，不释放会把用户的鼠标输入吸进测试进程）。
四、验证（全部离屏）
- .preflight/uitest 新增/强化：预算推进首帧不显示部分值 → 第二帧显示递增部分值 →
保持不动收敛到精确值；未完成时会 PostMessage 请求下一帧（直接断言）；
拖动阈值期间 complete == false、不显示部分数字、总耗时 < 60ms；
5 条信号同帧合计 < 120ms（实测 1.3ms）；中心轴与参考实现逐位一致且无需鼠标移动即可完成。
- 合计 751/751 通过（连跑 3 次稳定）；make release 零警告。
规则同步：Documents/agent_mem.md 新增 §9.23（含内存治理表与实测数据）、§11.2 新增第 32–38 条硬约束、
变更日志补一行。
2026-10-14 15:24:19 +08:00
..
2026-10-14 15:24:19 +08:00
2026-09-29 15:05:29 +08:00
2026-10-14 15:24:19 +08:00
2026-10-14 11:40:49 +08:00
2026-10-10 11:30:07 +08:00
2026-10-09 09:30:30 +08:00