硬件真值、FPS 回放与前台性能诊断

关键规则与设计选择

专业定义

硬件真值与 RTSS 优先帧链对齐到同一时间轴；PresentMon 仅作后备，并明确区分正常等待、启动中、有负载无帧与采集故障。

当前怎样实现

• e5459ce的hardware_worker组合NVML、PDH、LHM与RTSS优先帧链。NVML核心利用率0—100%、核心温度0—120°C、板功率0—2000W、核心/显存时钟0—100000MHz之外或非有限值均拒收；显存温度仅接受0—150°C。这些是宽泛有效性边界，不是正常负载推荐值。失败后清NVML句柄并走既有重初始化；当拍仅合并真实LHM后备，否则NULL。LHM仍只读18085，不另建进程恢复路径。
• `_read_rtss_fps_snapshot` 只读 `RTSSSharedMemoryV2`：先精确 Windows 前台 PID，再 RTSS 最近前台 PID，再已启用的 wallpaper32.exe / wallpaper64.exe 桌面渲染候选，最后只接受一个唯一新鲜来源；布局与关键字段双读不一致、帧龄超过 2000 ms 或候选仍多解时拒绝该帧，不按最高 FPS 猜归属。
• RTSS 映射可用即抑制 PresentMon 启动；映射不可用时，`_presentmon_needed` 还检查真实渲染门与最近 RTSS 帧的 3 秒抑制窗。后备由项目内单 owner 管理 `TimeAuditPresentMon` 会话，RTSS 本身只读、不由 TimeAudit 启停。
• `_resolve_fps_capture_state` 把 active、gated_idle、starting、waiting_frames、source_unavailable、error 六种状态及原因写进 `fact_system_hardware.fps_capture_status / fps_capture_detail`。RTSS 有帧写 rtss_shared_memory_frame、可读无帧写 rtss_no_active_frame；PresentMon 启动宽限 10 秒，过后仍无匹配帧写 waiting_frames。
• `_auto_prepare_lhm_async` 在项目 exe 缺失时仍可下载并解压组件文件；这是文件准备，不是运行实例 ownership（所有权）或第二条恢复路径。
• 独立 `LibreHardwareMonitor` 计划任务是唯一运行 owner，`telemetry_watchdog.ps1` 是登记的唯一自动恢复路径；任务现场分别指向项目 exe 与隐藏 Watchdog launcher。
• 8 月 31 日的运行回读证明当时 hardware_worker blob 与 001cee0 一致，main.py 在该文件落盘后启动；现场 1 个 LHM 活实例与 3 个零线程残影被正确区分。该历史证据不替代9月8日e5459ce的进程换代与新窗口验收。
• activity_worker 用 NVIDIA vendor id 锁独显 LUID。
• Grafana 对齐 FPS、帧时、瓶颈与前台焦点。
• pcconfig_anomaly_digest.py 通过现有 audit-postgres 容器的本地 PostgreSQL socket 对 fact_system_hardware 做索引聚合，窗口固定为 `(after_utc, until_utc]` 且最长 168 小时。
• timeaudit.pcconfig-anomaly-digest.v1 返回 Owner/Profile、next cursor、coverage、聚合异常与 `projection_recheck_recommended`；成功的空窗口也可推进，缺 Docker/PostgreSQL 或非法输出则有界 unavailable。
• 数据库会话锁定 Asia/Shanghai 本地日界。
• CPU封装温度/功率与GPU hotspot只接受真实新鲜传感器或NULL，不以ACPI区域、负载公式、显存温度或核心偏移代替。RTSS current_fps是最近帧倒数，窗口均值另存；历史无来源RTSS行走明确兼容路线，合理极低帧不直接丢弃。缺磁盘/换页/频率计数留NULL，真实0仍保留。

执行流程

1. 1

   用 timeaudit-diagnostics 对最短够用窗口做一次有界 summary，先核对 coverage、样本数、最新年龄与最大 gap。

2. 2

   若需要细节，再识别物理 GPU 和传感器并打开对应 Grafana 时间窗。

3. 3

   先按 RTSS 候选优先级选择新鲜一致帧；映射不可用才允许按渲染门启用 PresentMon 后备，并将来源原因与采集状态一并保存。

4. 4

   读取时把数据年龄与六种采集状态共同解释：gated_idle 正常等待，starting 暂等，waiting_frames / error / source_unavailable 与状态缺失单独报告。

5. 5

   每秒采硬件、FPS、网络与系统压力，隔离单个探针失败。

6. 6

   按时间桶对齐前台、卡顿、温度、磁盘与网络曲线。

7. 7

   当 PCConfig 提供 exclusive after 与 inclusive until 时，只运行 aggregate filters（聚合筛选），生成不含 raw payload 的 digest；窗口超过 168 小时直接拒绝。

8. 8

   digest 只把异常信号和重查建议交还 PCConfig；后者若决定重查，必须由自己的 live stable provider 独立裁定 no_change 或 published。

9. 9

   把 summary 的相关信号与大盘细节、Windows 事件、驱动或 PCConfig 现场交叉判断，不由一条阈值直接给根因。

真实入口

如何验证

• 2026-09-08的e5459ce已发布并生效；39项相关回归覆盖坏值、非有限/越界、真实LHM后备、无源NULL、恢复有效读数，以及既有RTSS选择/状态和官方诊断摘要。
• 001cee0 的 182 项 + 11 个子测试完整回归通过；LHM/Watchdog 定向断言另为 10/10。
• 8月31日现场健康21/21：当时的单一LHM、18085、GPU电压与120/120条GPU/Vcore真值通过，不等于本批重验全链。
• 8月31日3660样本与9月8日修复后三分钟180样本、133正帧全拒绝均保留原日期。2026-09-14另读一小时：3599硬件样本，2369有效帧、1229拒绝正帧；帧源与拒绝原因分项未返回，不能声称真实游戏或确定故障。
• test_pcconfig_anomaly_digest.py 覆盖窗口、聚合规则、privacy flags（载荷省略标记）与 unavailable；本页本轮没有把该单测冒充 PCConfig consumer（使用方） 或 live projection E2E（端到端验证）。
• Grafana 容器运行，授权截图显示真实界面。
• 本轮未结束 LHM 或阻断 18085，不能把健康现场冒充恢复故障注入；也未启动游戏，FPS E2E（端到端验证） 未形成。

与其他模块的关系

读取采集时间轴并与进程资源对齐；timeaudit-diagnostics 先消费它的有界诊断聚合，必要时再进入 Grafana 深读；PCConfig 只消费另一份零原始载荷的 anomaly digest，并独立决定是否重查稳定事实。可靠性模块防止探针或 Provider 失败扩散。