最新正式结论 · 2026-10-21：ARM200 GPU Device新a01完整5/5正式通过，600/600固定发布点有效、875实际Core消费者样本，来源／范围异常0，全部来源与App成本门通过。正式35/66、剩31；无独立参考标记5项，referenceAccuracyValidated=false、ownerReviewRequired=false。下一P95 FrameTime0/5，历史FrameTime已验不重测。 完整结果。以下轮次、数量和结论为历史。

最新正式结论 · 2026-10-21：ARM199 Tiler新a01完整5/5正式通过，600/600固定发布点有效、770实际Core消费者样本，来源／范围异常0、全部来源与App成本门通过。正式34/66、剩32；无独立参考标记4项，referenceAccuracyValidated=false、ownerReviewRequired=false。下一GPU Device0/5。 完整结果。以下轮次、数量和结论为历史。

最新正式结论 · 2026-10-21：ARM198 Renderer新a06完整5/5正式通过，600/600固定发布点有效、821实际Core消费者样本、来源异常0，全部来源/成本门及原件核同。正式33/66、剩33；无独立参考标记3项，referenceAccuracyValidated=false，不要求Owner额外复核。下一GPU Tiler0/5。 完整结果。以下轮次、数量和结论为历史。

GPU Utilization（Renderer / Tiler / Device Graphics Gauge）

作用域属性：[前台设备级 · 屏幕呈现]（foreground-device Scope ⓘ）

1. 定义与业务价值

Renderer / Tiler / Device Utilization 是 Instruments Graphics 服务提供的 GPU 图形管线利用率百分比，用于观察当前前台呈现的图形负荷分布在片元着色（Renderer）、几何/贴图切片（Tiler）、整机 GPU 硬件引擎（Device）三个阶段的比例，是缩小卡顿排查范围的候选方向之一——不能直接解释成具体 shader、overdraw 或顶点数问题的确诊。

2. metricID / scope / unit / source

指标	metricID	scope	unit	source	sourceKey
Renderer	ios.foreground.gpu.renderer_utilization	foreground-device	percent	dvt.graphics	Renderer Utilization %
Tiler	ios.foreground.gpu.tiler_utilization	foreground-device	percent	dvt.graphics	Tiler Utilization %
Device	ios.foreground.gpu.device_utilization	foreground-device	percent	dvt.graphics	Device Utilization %

取自当前 Registry ⓘ。

3. iOS 系统原理

GPU 是 iOS 设备上全机共享的硬件资源，当前公开/可用接口没有提供可由 Perfowl 验证的“按目标 PID 精确切分 GPU 使用率”能力。Instruments Graphics 服务提供的是当前前台呈现活动对应的利用率快照，只有在目标 App 处于前台交互时才有意义。

4. 系统服务 / 通信通道 / 采集命令与实现

通道：com.apple.instruments.server.services.graphics.opengl（DTX ⓘ）。采集：pymobiledevice3 原生 Graphics(provider)（MacApp/Sidecar/perfowl_collector_core/adapters.py::GraphicsRawAdapter）。

5. 原始字段与字段语义

Renderer Utilization % / Tiler Utilization % / Device Utilization %：Graphics 服务上报的图形管线三个阶段的利用率百分比快照，语义由 Apple 私有服务定义，Perfowl 不重新解释其内部计算方式。

6. 精确公式

value = 直接透传对应字段（无二次计算）

7. Clock / Window / Freshness

Gauge ⓘ 类型，随 Graphics 服务推送节奏产出快照，仅在目标 App 前台时有效。

8. Baseline / Reset / Discontinuity

无 counter 语义；切入后台时立即停止更新并标记 not-foreground，切回前台后不复用旧缓存，等待新前台渲染管线交付的真实帧重新建立基线。

9. Quality：valid / candidate / missing

前台稳态 → candidate；切入后台 → missing（标记 not-foreground，不补 0）；系统版本或设备不支持 → missing（标记 unsupported-schema）。质量语义详见 GPU 呈现与前后台生命周期质量。

10. 合法 0 的条件

前台且真实无图形负荷时可以合法为 0（理论上极少见，如纯静态无渲染画面）。

11. 当前证据、校准与平台覆盖

依附于 Display/GPU 联合真机采集会话，覆盖 iOS 16~18；证据等级 E2/E4 混合，不构成独立专项校准声明。

12. 如何分析：能得到什么结论，不能得到什么结论

能得到：图形负荷在三个阶段间的分布比例趋势，可作为缩小卡顿排查范围的候选方向；三者组合可与 FPS/FrameTime、APP CPU 交叉参考。

不能得到：

• 不能把单个百分比直接解释成具体 shader、overdraw 或模型顶点根因——只能作为候选方向，需要结合 Xcode GPU Frame Debugger 等代码级证据确认；
• "Device 持续 > 85%~90% 必定掉帧"不是可以直接下的结论——它提示 GPU 硬件负荷较高，是否掉帧还取决于 VSync 预算、帧率目标等因素，需要结合 FPS/FrameTime 一并判断；
• foreground-device 只表示当前前台显示活动可归因于测试场景，不等于硬件 GPU 资源为目标 App 独占——iOS GPU 是全机共享硬件。

13. 常见误区

• 把"Renderer 极高"直接确诊为"过度绘制"，而不用 GPU Frame Debugger 等工具确认；
• 把"Device GPU 持续高位"与"必定掉帧"划等号；
• 把 Graphics gauge 与 Dynamic GPU Counter 混为一谈——两者是不同 source，前者是 Instruments 公开服务的利用率快照，后者是设备硬件计数器的 source-native ⓘ 值。

14. Legacy / 历史实现

无历史候选版本记录，实现自初始版本起即为直读透传。

15. 版本历史与来源批次

本页由 site/knowledge/metrics/gpu-counter.md 拆分而来。

版本	日期	修订要点
v1（本页）	2026-09-18	从 gpu-counter.md 拆出，成为 Graphics gauge 独立 Canonical ⓘ；移除"必定掉帧"等确定性因果表述，改为候选方向框架。

2026-10-21 · Renderer来源新颖性与范围诊断（renderer-qualification.2）

当前Renderer专项尚未验收。对旧产品的E2合成控制发现：单条Graphics数据静默60秒后仍可能重复发表旧值，负数或超过100的值未被Renderer范围校验拦截。此为软件路径复现，不声称真机实际发生；Tiler/Device未在本批重新验收。来源相同值并不等于重复来源，合法0/100也不能删掉。

新修复先记录来源策略renderer-source-once.v1，数值契约renderer-gauge.v2：有限非bool的0–100百分比直接透传；单一来源只发表一次，缺失/倒序/陈旧/身份或前后台变化置空。原生XRVideoCardRunTimeStamp单位和系统积分窗尚未验证，只当不透明新颖性键；host到达年龄≤2秒不等于证明设备端无延迟。修复软件初步控制及旧Session只读回放已通过，尚未打包安装或真机资格，不将新契约描述为当前安装195已具备。未标记历史Raw保持原回放语义。

参考调查仍开放：本机存在Metal System Trace模板，但设备共存与同定义同窗未证；自有App GPU时间戳/计数器能力必须先探测。命令缓冲执行耗时或片元阶段耗时不自动等于前台整机Renderer百分比。没有建立参考时不能以0偏差表示；也不能把尚未实现的参考直接归为不可得。

版本	日期	修订与来源
renderer-qualification.2	2026-10-21	E2缓存/范围诊断、待验证来源契约与参考边界；方案与实施

2026-10-21 · 来源修复软件门与参考资格（renderer-qualification.3）

Renderer来源一次发表与0–100范围契约已完成最终2790项串行隔离软件回归，0跳过/失败/错误，属于E2。三次各5万事件完整投影链前后耗时中位比1.096968，满足≤1.15；并发计时失败原件另存，不外推并发稳定。包含该修复的ARM196已在标准路径作为本机内部测试客户端安装（E3主机）；旧195回滚保留。尚未完成Renderer专项手机诊断、独立参考资格及正式五轮，正式30/66＋两项无参考待Owner审保持；新契约不是硬件准确度证明。

参考工具出现空表时，先核实际是否启用Counter Set及是否覆盖负载。Instruments此前Counter Set=None的空表不能证明当前设备无参考；Performance Limiters需显式选择，原生计数器名/单位/时间窗和设备支持仍须实际核对。多工具模板可能使采集后的处理成本超预算，应保存失败并缩减为专用计数器模板，不能只延长采样或忽略资源超限。本批已有超限与精简方案，后者资格尚未完成。自有App用像素/shader/几何阶梯、实际命令完成与能力枚举调查参考；这些工作量或执行时长都不能直接换算成Renderer百分比。

判断与避免方式：先保存模板、设备/工具版本、实际时间窗和完整原始表；无值保留missing，发现可比较来源后先定误差门再配对。仅在逐候选调查关闭且完整测试无异常时才使用NO_REFERENCE_OWNER_REVIEW；未实现、启动失败、空闲录制或工具超限均不能单独证明参考不存在。适用于当前环境与设备，不推断所有iOS硬件。

版本	日期	修订与来源
renderer-qualification.3	2026-10-21	最终E2与ARM196内部安装、空表/计数集/工具成本辨别；方案与实际记录

2026-10-21 · 手机能力与AGX候选（renderer-qualification.4）

当前设备的测试台真实枚举仅有timestamp/GPUTimestamp，stage boundary支持、draw boundary不支持；正常阶梯负载2705次命令全部完成并保留91份有效原生时间戳。它们证明命令时序和能力（E4准备），不能直接作为Renderer百分比。应逐设备枚举，禁止把主机或其他手机的可用计数器列表套用。

通过pymobiledevice3的DiagnosticsService.ioregistry(ioclass="AGXAccelerator")、com.apple.mobile.diagnostics_relay/Lockdown，只读查到PerformanceStatistics中的Renderer Utilization %。同次IOAccelerator查询为空并不能证明AGX也不可读；判断应保留实际查询条件与原始响应。该字段是待资格参考，尚缺scope、采样积分窗、时间戳和来源独立性证明；同名且数值接近不等于独立校准成立。Instruments启用计数器后的建立超时也不消除此候选。只有调查这些边界后才能决定配对或无参考标记，当前Renderer仍0/5。

记录封口与导出完成有先后：summary terminal不代表完整JSON已落盘。读端需要有界等待最终导出文件并核对全部事件/metadata；失败.part和原失败收据保留。当前正常负载的原驱动过早读取失败、后续原件与导出独立核同，不能回改原驱动为成功。适用于本测试台异步封口/导出链路。

版本	日期	修订与来源
renderer-qualification.4	2026-10-21	实测时间戳能力、AGX参考候选、导出完成边界；准备结果增量

2026-10-21 · 参考配置与配对窗口（renderer-qualification.5）

表现与判断（E4准备）：同设备AGX与Graphics都可实际输出Renderer Utilization %；140秒正常阶梯采到144/142点，最大41/23%。两传输的最近host收包配对差异不能直接判产品代码或硬件故障：AGX没有设备采样时标，收包时刻不等于系统积分窗，十个统计字段重合亦不能证明两个来源独立。应保留调用前后时间、完整类型响应、原生stamp及负载完成收据，先核scope/定义/窗，再设计准确度门。跨传输一致性只能作为诊断，不能冒充独立校准。

配置坑与避免方式：独立Metal GPU Counters实际使用counterscounterdevice/profile，基础Metal System Trace使用counterdevice/profile；同名Performance Limiters在本次主机编号13、手机编号3。应在GUI选择实际手机并导出模板，再与同机真实GPU元数据核同，不猜改数字、不能把错设备模板超时写成硬件不支持。正确手机模板CLI仍建立超时，但GUI10秒录制完成；空闲trace有28项定义而无值/区间，尚需真实负载资格。Fragment Occupancy描述片元并发资源占用，不因同为percent就等于Renderer忙碌百分比。

数据与成本边界：实际AGX解码响应含bytes，直接JSON会失败；应采用有上限、版本与SHA校验的无损plist封装，并在真实响应上做roundtrip后才启动负载。1000次完整封装/恢复P95=1.869毫秒；它是host保存成本，不是硬件精度。正常ON/OFF单组同配方实测CPU增量0.817113百分点、footprint差-524192B，满足准备预算；负差不代表一般内存改善。几何/取消已验证完成与排空，仍不是正式Renderer五轮。以上均仅适用本次设备/系统/工具配置，参考资格未关。来源：准备结果增量。

版本	日期	变更与来源
renderer-qualification.5	2026-10-21	配对窗口/独立性、手机计数器模板键、响应无损保存与单组观察成本；参考与正式验收仍待

2026-10-21 · 真实负载计数器与测试台启动（renderer-qualification.6）

正确手机Performance Limiters在真实负载中确有计数数据，不能再由空闲空表判“不支持”。本次独立trace完整metadata为28项，值表593124行、区间表635196行；同机GUI计数集菜单仅None/Performance Limiters。其ALU利用率、Fragment Occupancy等定义与Renderer忙碌比例不同，不能直接换算或因同为百分比就作精度参考。GUI汇总项Total Occupancy实际最大135.362，其汇总定义尚未在本批校准，不能套用Renderer的0–100门槛将其他计数器误判异常。这里已核XML结构、直接数值及SHA，未完成所有引用数值展开，不宣称精度校准。录制实际18.278秒超计划10秒，执行偏差保留，不能当10秒成本样本。

独立工作量必须在产品真实采集生命周期内运行。产品cold launch会替换已运行测试台生命；先开负载再Start会破坏同生命证据。Apple URL通道的连接失败也不能归为GPU硬件故障或把未执行的工作量记通过。自有测试App可设计明确短期有效、与构建摘要/真实设备时钟绑定、先claim后验证且不重放的冷启动请求；这只用于自有测试台施加负载，绝不向客户目标App写文件、嵌SDK或注入。候选软件验证/签名不等于手机已安装；安装超时须保留未知事务，先只读核实际版本与源数据。来源：准备结果增量。

版本	日期	变更与来源
renderer-qualification.6	2026-10-21	有负载计数器/不同百分比定义、真实生命周期与独占测试调度边界；Renderer正式0/5，参考调查/产品诊断未关闭

2026-10-21 · 升级超时与测试调度边界（renderer-qualification.6）

表现与判断（E3）：自有测试台一次Upgrade在90秒内未返回，最初只读仍旧版本；保全结束并正常退出后，新安装前置发现版本已变化，新事务在写入前停止。随后独立只读确认新版本与身份、进程为空，安装后全3261件源SHA/完整树及独立host副本核同。调用超时只能表示客户端回执未知，不能直接认定安装未发生、USB硬件故障或循环重试。精确安装完成时刻与触发机制本批未证。

避免方式：保留原超时与事务意图，下一步先只读核版本/身份/生命，再核全源SHA和数据集合；已是目标版本时停止重装，以安装事实和原事务失败分别记账。设备状态变化会使旧准入失效，不刷新旧收据时间充新证明。适用于本批owned App升级，不授予对客户App重签/改包/注入权限。

测试台可通过严格短期请求、单次claim、固定路径与版本/构建摘要控制新负载；它仅用于自有用例调度，不属于Perfowl对目标App的采集依赖。工作量/命令GPU耗时仍不等于整机Renderer百分比。产品异常检查和独立参考资格需分别完成。来源：准备与恢复实际记录。

版本	日期	修订与来源
renderer-qualification.6	2026-10-21	升级超时未知回执、版本后变与全源核对、owned测试调度边界；准备增量

2026-10-21 · 同名Apple参考仍须核窗口（renderer-qualification.7）

本机Instruments的Advanced Graphics Statistics与Metal GPU Counters是不同仪器。后者28定义中未找到Renderer，不能排除前者。实际手机新录制取得209行/11字段，其中19个Renderer Utilization %、范围0–1；Apple本机IOKit包说明该仪器查询registry。它与Perfowl同名但未证同积分窗：导出仅trace-relative sample-time/stat/value/driver，没有XRVideoCardRunTimeStamp或积分起止，不能把trace时间戳/host近邻当成积分窗口。应分别核仪器库和真实导出，再用独占完整负载/恢复/成本及时间桥用例验证，不能仅凭空闲相等宣布精度或直接标无参考。适用当前手机/Instruments16.0，E4参考资格，尚非正式校准。

产品a11完整诊断：2703命令全部完成，171样本/170新值、固定120机会119有效、gap1.999901秒、数值范围及来源绑定异常0，44Core模型/Codable/CSV/JSONL核同；属于E4诊断准备和E2消费者。SQLite结构/roots核同但无Renderer专属统计series，不能外推该索引能力。正式五轮仍0/5。原始范围、偏差与下一用例。

版本	日期	修订与来源
renderer-qualification.7	2026-10-21	Apple同名仪器发现与窗口边界、完整诊断与实际消费者；准备增量

2026-10-21 · 同场工具数据与积分窗口（renderer-qualification.8）

表现（E4准备）：完整140秒片元阶梯/恢复配方与Apple Advanced Graphics Statistics同场采集，产品固定120机会全部有效、范围及来源绑定异常0，Apple取得218个Renderer值。参考覆盖产品全时段，不等于每个点代表相同积分窗口。按主机收包时刻做近邻配对仍出现最大30百分点差；这不能单独证明产品数值错误，也不能直接解释为硬件问题。

判断与避免：先核同定义、scope、驱动、原生积分起止与时间映射，再设置误差门。本批schema只有trace-relative sample-time/stat/value/driver，缺少原生XR戳及积分起止；主机墙钟/单调钟稳定、trace开始边界吻合，只能支持时间包络。不能根据近邻相等率认定精度，也不能移动时间轴、丢弃阶段转换或选择最有利窗口来追求通过。App自身命令完成时长只证明工作量执行，不是整机像素处理忙碌比例的真值。

适用与限制：仅当前设备/系统/Instruments配置。Apple同名参考已实际存在，当前资格仍待核，不能按“确定无参考”自动通过；Renderer正式0/5。完整163产品样本/162有效及43尾段、218参考值、全部失败与原件保留；消费者163项核同属于E2，单次同场准备不替代正式五轮。范围、成本及时间关系。

版本	日期	修订与来源
renderer-qualification.8	2026-10-21	完整同场数据、收包时刻与积分窗区别、禁止近邻差值误判及无参考误放行；准备增量

2026-10-21 · 当前精确参考资格与正式测试路径（renderer-qualification.9）

已完成可构造用例后，当前设备/系统/工具下没有满足独立同scope及原生积分窗精确对照合同的参考：自有App仅有命令/阶段时间；Metal Performance Limiters的28定义不含Renderer同义量；AGX Diagnostics与Apple Advanced Graphics都有同名数据，但缺原生积分起止/时间桥，独立来源语义未证明。同名观察数据存在，不能描述成完全无数据、硬件故障或普遍不支持。它们保留作趋势观察，不当独立精度参考。完整事实及适用范围见逐候选资格决定和新五轮方案，此前“调查开放”由该决定承接。

原生戳与host时间的约比例关系不能代替时钟契约，数据相关性不构成原生积分窗证明。不要反复采集相同schema或移动时间轴追求通过；新参考来源/元数据出现时重新资格。按Owner当前政策，完整五轮实际异常、来源和消费者测试及分离总审通过后，可正式验收并保留NO_REFERENCE_ACCEPTED_OWNER_POLICY标记，无需再次Owner复核。当前五轮尚未执行，Renderer仍0/5、testPassed=false、metricAccepted=false；不是提前通过。

分离审核也应保护原件：SQLite mode=ro仍可能创建shm/wal；先保留所有原件/后生文件，再从封存pins重建独占工作副本。仅在已确认无非空WAL时使用immutable读取，若存在有效WAL须显式恢复副本并核roots，不能忽略。该结论来自真实a11/a12副本，E2文件机制；不改变产品统计语义。

版本	日期	变更与来源
renderer-qualification.9	2026-10-21	当前候选精确资格收口、有数据但不可独立精确对照的边界、正式五轮门与SQLite副本保护；方案及实际软件结果

2026-10-21 · 原始采样与发表相位（renderer-qualification.10）

表现与已验证事实（E4）：当前独占正式attempt第一轮，140秒负载全部完成；149产品样本中的前120机会只有118个Renderer新值，第93/95机会为missing-new-renderer-source，来源/范围/算术异常0，仍未通过既定覆盖门。原始Graphics约1Hz，和产品1Hz不同相；同一发表间隔到达两个来源时，latest-only会覆盖其中一个，其后间隔可能没有新来源。数值0与缺值不同，不能延用上一值填补，也不能移动验收起点或删点提高结果。

判断方法：联合读取原始hostReceiveMonotonicNs、adapterSequence、原生不透明新颖性键及每槽发表receipt，逐点核对来源到达/被发表/被覆盖。UI显示有GPU数值、配方完成、或全体来源算术无误，不替代每秒真实新值的覆盖检查。只做FIFO离线反事实能改善部分覆盖，不是产品已修复或真机通过。

参数坑点：锁定pymobiledevice3 Graphics在进入时调用startSamplingAtTimeInterval:(0.0)。本机两组20秒实际0.0/0.5分别约0.988/0.987Hz，所以不能从参数名称或浮点0.5宣称2Hz。另一个setSamplingRate:仅是待实测候选，其参数单位不由名称推断。适用本机当前系统/通道，不能外推所有iOS或认定硬件故障。新原生频率必须先有有界实采、字段/新颖性/开销资格，再改产品、打包和全新五轮。来源：固定合同与失败/研究增量。

版本	日期	修订与来源
renderer-qualification.10	2026-10-21	真机覆盖失败、来源/发表相位诊断及采样参数须实测；增量记录

2026-10-21 · 两个采样selector不能混为一谈（renderer-qualification.11）

当前手机的实际来源资格：startSamplingAtTimeInterval:参数0.0/0.5均约0.99Hz；在同一Graphics通道先setSamplingRate:5.0、再startSamplingAtTimeInterval:0.0，20秒取得40事件/约1.95Hz，40原生新颖性键严格递增，范围和字段核同。这两个selector作用不同，不能单凭前者名称推断调整频率。5.0是本机经验参数，不声称其单位为Hz或秒，也未证明驱动积分窗或XR时戳单位。

实现溯源：增加配置的是Perfowl自研graphics_cadence.py，使用pymobiledevice3原生DTXService/dtx_method和GraphicsService队列及解码；不是pymobiledevice3现有Graphics默认__aenter__已设置该参数。只为显式Renderer的1Hz捕获配置来源余量，产品仍每秒发表一个尚未使用过的真实来源，renderer-gauge.v2恒等公式与renderer-source-once.v1缺值/新颖性规则不变。较高来源频率不能替代独立参考，也不能直接称正式可用。

资格属于E4空闲来源检查；负载期频率、手机成本、新包及五轮仍待，正式0/5。避免方式是先保存两条调用、全部原始与host时戳，核查唯一键和实际吞吐，再验开销与完整负载，不把参数请求当实际频率。来源：来源余量方案及实施。

版本	日期	修订与来源
renderer-qualification.11	2026-10-21	两selector区别、当前实测频率、自研/上游归属及能力边界；方案

2026-10-21 · 来源间隔与发表间隔须分别验证（renderer-qualification.12）

本机ARM197真机正式首轮仍118/120有效。实际采集是发表1000ms、来源调度500ms，两个编排入口误用来源间隔判断1Hz策略，造成已实现的来源余量配置未激活；这是已核实的接线错误，不能归因硬件或selector失效。判断方法是核ready的两种间隔及raw上的实际policy/请求参数，并测真实到达频率；helper单测、构建和签名均无法证明真实入口已接入。

ARM198改为显式具名发表间隔，新增真实direct/prewarm入口四组合控制；旧错误反控全部拒绝，完整2797项软件回归通过E2。软件证据不代表新包真机采样已通过；五轮仍0/5。避免方式是把来源调度与发表策略的配置分开命名，覆盖真实界面的两者不同场景，在新包负载原件上再次核实际配置及吞吐。适用当前Renderer明确1Hz策略，公式/单位/TTL/缺值语义不变。来源：修复与软件记录。

版本	日期	修订与来源
renderer-qualification.12	2026-10-21	实际入口的来源/发表间隔接线诊断与防回归；记录

2026-10-21 · Renderer正式五轮通过（renderer-acceptance.1）

当前设备/系统及自有测试台场景，ARM198新a06五轮全部通过，固定600机会实际600有效，来源异常0，真实消费者821样本和全部尾段保留。全来源≥1.8Hz/gap≤1秒、前120机会每轮≥119有效/gap≤2秒、App CPU增量≤2百分点/footprint增量≤20MiB全部满足。renderer-gauge.v2、renderer-source-once.v1、2秒TTL及合法0/缺值null/新颖性与范围语义不变。

Owner规则正式接受E4无异常测试，标记NO_REFERENCE_ACCEPTED_OWNER_POLICY；独立同原生积分窗参考尚不可比，referenceAccuracyValidated=false、误差null，不宣称0误差。Apple同名数据存在，不能写成硬件无数据；当前资格仅限已实际调查的环境与候选。五轮不自动验收Tiler/Device。

当前Renderer采集由Perfowl自研graphics_cadence.py使用pymobiledevice3原生DTX method/GraphicsService，先setSamplingRate:5.0再startSamplingAtTimeInterval:0.0；参数5.0不是已证Hz单位，实际频率须由原件计算。默认Graphics路径仅对没有显式Renderer1Hz策略的采集继续适用。Scope仍foreground-device，不能当按PID归属的GPU百分比。来源：完整结果。

版本	日期	修订与来源
renderer-acceptance.1	2026-10-21	ARM198五新轮E4正式通过，保留无精度参考标记；结果

2026-10-21 · Tiler专项准备（tiler-qualification.1）

Tiler当前专项0/5。离线真实产品链发现旧缓存重复发表及101%异常未拦截，E2已复现，必须先修，不能用无参考规则接受异常。Apple完整同场原件存在218个同名Tiler观察值；原生积分窗/时钟桥/独立性仍未证，当前不能当精确参考。几何提交计数与Metal命令耗时可验证工作量，不等于整机Tiler利用率。

新tiler-gauge.v2/tiler-source-once.v1合同：有限非bool的0–100原始百分比恒等值；身份/源绑定、原生键严格新颖、host年龄0–2秒、每源最多一次、缺值null不补0。来源仍自研GraphicsRawAdapter经pymobiledevice3 DTX；当前代码尚未实现该合同，ARM198沿用旧Tiler路径，新ARM199须完整软件及真机专项资格。来源：Tiler方案。本段不改变Renderer正式通过或历史Tiler数值。

版本	日期	修订与来源
tiler-qualification.1	2026-10-21	真实缓存/范围缺陷及先文档后实现的新来源合同；方案

Tiler几何用例资格 · 2026-10-21（tiler-qualification.2）

固定纹理与fragment iterations、增加draw次数，可用真实提交/回调及命令耗时核负载变化。设备A的140秒几何诊断2702条命令全部完成、Tiler真实值0–31、157样本来源/范围异常0（E4诊断）；这些命令工作量没有整机利用率分母，命令时间也没有与原生积分窗建立精确桥，不能换算精度。阶段时长变化不要求百分比逐点单调；正式五轮另行采集。开销比较必须固定相同测试台版本与完整plan，不把变负载差异当采样成本。当前Tiler仍0/5，来源：本批增量。

2026-10-21 · Tiler正式五轮通过（tiler-acceptance.1）

当前设备/系统及自有测试台场景，ARM199五新轮全部通过，固定600机会实际600有效、770实际消费者样本与全部尾段保留、来源／范围异常0。每轮≥119有效/gap≤2秒、原始来源≥1.8Hz/gap≤1秒、App自观察成本门均满足。tiler-gauge.v2与tiler-source-once.v1、2秒TTL、合法0/缺值null、范围及来源新颖性不变。显式Tiler1Hz经自研graphics_cadence.py/pymobiledevice3 DTX发setSamplingRate:5.0再startSamplingAtTimeInterval:0.0，经验参数非已证Hz单位，实际频率逐轮由原件算得。

当前六候选有同名观察值但没有合格独立原生积分窗参考；Owner规则正式接受E4无异常测试，标记NO_REFERENCE_ACCEPTED_OWNER_POLICY，referenceAccuracyValidated=false、误差null、无需额外Owner复核。Scope为foreground-device，不外推按PID GPU归属或所有设备精度。Device尚未专项验收；结果。

版本	日期	修订与来源
tiler-acceptance.1	2026-10-21	ARM199五新轮E4正式通过、保留无精度参考标记；结果

2026-10-21 · Device来源新颖性与范围修复（device-gpu-qualification.1）

Device的metricID=ios.foreground.gpu.device_utilization，scope=foreground-device、unit=percent，来源仍为DTX com.apple.instruments.server.services.graphics.opengl的Device Utilization %；不能当Renderer+Tiler之和或按目标PID GPU归属。真实engine/projector E2合成控制发现单条旧值静默后重复、101%未拒绝；新device-gpu-gauge.v2对有限非bool原值0–100恒等转换，缺失/异常null不补0，device-gpu-source-once.v1每真实来源只发表一次，host age需0–2秒，原生XR戳只作不透明新颖键。身份/服务/selector/范围/前后台异常需清pending，无新源为missing。当前70软件控制通过不等于Device真机验收，正式仍0/5。

Apple实际有218个Device同名观察值，AGX144/Graphics142值；当前六候选无合格独立同原生积分窗参考，不得写成硬件没有数据或0误差。自有GPU命令耗时无全设备忙碌分母；用例验证真实工作量/完成/恢复，不把命令百分比冒充Device百分比。完整资格及限制见本批方案与实施。

版本	日期	修订与来源
device-gpu-qualification.1	2026-10-21	Device来源/范围/TTL公式及六候选资格，70控制E2；真机0/5，方案

2026-10-21 · Device软件准备增量

Device来源一次发表与0–100范围修复已通过2838项完整Core回归（0skip）、28工具控制及44Core实际模型/导出5控制E2。ARM200内部安装已核完整源码与ARM依赖；此为软件准备，Device专项真机仍0/5。参考候选当前没有合格独立原生积分窗对照，Apple218同名观察存在；完整无异常五轮完成后才按Owner政策计入正式通过，无需Owner另行复核。来源：Device方案与实施。

2026-10-21 · Device正式五轮通过（device-acceptance.1）

ARM200在当前设备/系统/自有测试台场景完成五个新轮，固定600机会实际600有效、875实际消费者样本、全部尾段保留、来源／范围异常0。device-gpu-gauge.v2/device-gpu-source-once.v1、2秒TTL、来源新颖性与身份绑定保持；真实合法0保留、缺值null。每轮≥119有效/gap≤2秒、来源≥1.8Hz/gap≤1秒、App自观察成本预算通过。显式Device1Hz沿用graphics_cadence.py单Graphics服务经验余量，不改变百分比原始值，5.0非已证Hz单位。

有Apple218同名观察值但当前六候选无合格独立同scope原生积分窗参考。按Owner规则正式接受完整无异常E4测试，标记NO_REFERENCE_ACCEPTED_OWNER_POLICY、referenceAccuracyValidated=false、偏差null、ownerReviewRequired=false；不外推精度或按PID归属GPU工作量。完整结果。

版本	日期	修订与来源
device-acceptance.1	2026-10-21	ARM200完整五轮E4正式通过、保留无精度参考标记；结果