2.9 KiB
FAIL
tests/perf/bench.py:131 — 首屏成功标记仍早于窗口绘制，错误检查也漏掉实际绘制失败。crates/ely-lok/src/view.rs:475 在缓存图块时记录 shown，实际 window.paint_image 的失败日志为 lok: tile paint failed，与 PAINT_FAILED 不匹配。本轮在隔离副本中让实际绘制调用返回错误，真实窗口正文为空，日志持续报告 GPU 上传失败；opened() 仍接受 ElyDoc 的 3522 ms 与 ElyTable 的 4017 ms，两者均低于 5000 ms 目标。上一轮的 worker 图块请求失败注入已能检出，此绘制阶段失败仍使 PERF-03、04 假达标。修复方向：以成功绘制首屏并确认可操作作为结束条件，覆盖窗口绘制错误，并让该绘制失败注入使基准失败。证据：/tmp/c20-r2-gpu-probe.log、/tmp/c20-r2-replay.log。
tests/perf/bench.py:286 — PERF-08 将第一次关闭后的文件数作为通过条件，首次关闭泄漏的句柄因此进入允许基线。本轮在隔离副本的 release_tab 中仅于首次关闭泄漏一个 /dev/null 文件描述符，真实窗口运行 20 次新建关闭后，脚本接受循环前 556 个文件、首次及以后每轮 561 个文件的结果，活动文档数每轮为 1。额外泄漏与正常的一次性系统载入一起被放行，违反句柄回到基线的要求。修复方向：依据句柄身份核验初始基线，仅扣除有证据的一次性系统载入，首次关闭也须检出遗留文档句柄；补充首次关闭泄漏的回归探针。证据：/tmp/c20-r2-leak-native.log、/tmp/c20-r2-resource-probes.log。
tests/perf/bench.py:242 — 活动文档数遥测缺失时返回 None，后续等待与最终核验均允许 None == None，整个 PERF-08 仍成功返回。本轮资源探针保留打开关闭完成事件、移除全部 documents open 日志，20 次循环被接受，基线与最终文档数均为 None。该路径将缺失的必需度量当作符合基线，无法证明活动文档对象已释放。修复方向：基线及各轮关闭后的文档数必须来自完整的有效遥测；缺失或超时即失败，并加入计数日志缺失的回归测试。证据：/tmp/c20-r2-resource-probes.log。
docs/perf/2026-10-08-Mac16,10.md:52 — 提交的达标记录仍使用上一轮的证据，无法支持修复后的基准结论。报告所记 DOCX 哈希为 5ab234c7…，上一轮已核实该样本仅排出 62 页；本轮核验修正样本为 100 页，其当前哈希为 44320bb4…。第 59–61 行 PERF-08 仍只有内存与文件数序列，缺少循环前基线及活动文档数，格式也沿用旧记录器。修复方向：在修复后的发行构建与符合要求的样本上重测并提交对应记录，包含实际样本哈希、资源基线及每轮活动文档数；旧记录明确其测量范围。证据：tasks/reviews/C20.1-r1.md、/tmp/c20-r2-record-audit.log、/tmp/c20-r2-replay.log。