为何Xcode Frame Capture的FS调用统计数与预期不符？

这不是Frame Capture的统计错误，而是Apple GPU（A系列）的渲染架构特性及你的渲染配置导致的：

核心原因 #

• Tile-Based延迟渲染（TBDR）的调度逻辑
  Apple GPU会将渲染目标分割为固定大小的Tile（通常16x16像素）。即便你的图元仅覆盖极少数Tile，GPU仍会为整个渲染目标的所有Tile启动片元着色器线程组。对于无图元覆盖的Tile，片元着色器会被Early-Z测试或空像素测试快速丢弃，但Frame Capture统计的是所有被调度的片元着色器调用（线程组层面），而非实际执行有效像素计算的调用。

• 清屏操作的统计计入
  如果你的MTLRenderPassDescriptor颜色附件使用默认的MTLLoadActionClear，GPU会通过片元着色器完成全屏幕清屏操作，这个过程的调用数会被统计进FS调用总数，最终数值恰好等于渲染目标的像素总数（128×128=16384）。

视觉仅显示4个红点的原因 #

虽然GPU调度了全屏幕的片元着色器，但未被点图元覆盖的像素要么被测试流程丢弃，要么清屏后未被图元更新，因此最终只有4个点对应的像素输出红色，其余像素保持清屏颜色或原有内容。

优化统计准确性的方法 #

• 设置裁剪区域（Scissor Rect）：限制GPU仅处理图元所在的小区域，Frame Capture统计的调用数会贴近实际的片元数量：

  // 根据你的点坐标计算对应的屏幕区域，示例为包含4个1x1像素的矩形
  [renderEncoder setScissorRect:(MTLScissorRect){
      .x = 62, .y = 62, .width = 4, .height = 2
  }];
  

• 调整Render Pass的Load Action：若无需清屏，将颜色附件的loadAction设置为MTLLoadActionLoad（复用渲染目标原有内容）或MTLLoadActionDontCare，避免清屏操作带来的额外FS调用统计。

内容的提问来源于stack exchange，提问作者Bowen Zhen