采集延迟修复 Final HEAD 压力回归

结论

在 Frame decoder 状态隔离修复后的最终代码 1dd8151511685786f55d66e7147185662ab91b45 上，重新执行两个合成压力场景，共 40 轮，结果 40 / 40 通过。本次增量验证把压力证据与 Build 38 最终 HEAD 绑定，没有修改业务指标公式、单位、scope 或质量算法。

这仍是 E2 合成压力证据：它证明关键程序边界在回归中受约束，不代表真机上的点击→App 可见、首样本或停止体验已经达标。

压力结果

场景	结果	完整测试进程 P95	每轮强制断言
300 MiB decoded prelaunch source	20 / 20	264.059 ms	唯一 launch；launch 早于 CoreProfile decode；click-to-launch request ≤ 500 ms；源丢失为 partial 且不补 0
30 MiB 重型源与普通 sysmontap 并发	20 / 20	336.712 ms	合法样本到达 Wire；Raw host → Wire ≤ 250 ms；重型源不饿死普通源；Frame decoder 不并发修改普通 RawMetricEngine

P95 使用 nearest-rank：对 20 个样本排序后取第 ceil(0.95×20)=19 项。表中墙钟包含 Python 进程与 unittest 启动，不冒充产品边界指标；产品边界在每轮测试内单独断言。

Final HEAD 机器证据

质量与证据边界

• Final HEAD 仍保持单一 pymobiledevice3 DTX owner；worker 只处理已到主机的 Raw。
• 两个场景都使用合成源，没有读取真机、应用、账号或证书身份。
• 本批不更改 64 项 Registry 合同，因此不升级 Canonical 指标公式版本。
• Build 38 仍是 ad-hoc x86_64 内部测试包；Developer ID、公证、staple、Gatekeeper 及 universal2 发布门禁未关闭。

下一阶段与整体进度

下一阶段是 Build 38 真机 E4 体验验收：Startup 开/关各至少 3 轮，分别记录点击→launch、首个普通 sample、停止反馈、设备释放、报告完成与 Startup quality。

整体上，P4 采集交互修复的最终 HEAD 已完成 E2 压力回归；P4 真机体验、P2 商店 App 九阶段归因、P3 长窗口/PID 归因、P5 Thermal/物理放电、P6 GPU data row 和 P7 正式发布仍开放。