这确实是个挺少见的异常现象，正常情况下UE的Game线程和GPU渲染线程是异步工作的，两者的帧率统计应该会有差异。这种完全同步且帧率极低的情况，本质上是Game线程和GPU线程被强制绑定，一方完全等待另一方完成工作，导致两者的帧耗时完全一致。下面给你梳理几个可能的原因和对应的排查方向：

一、NDisplay同步机制的强制锁死 #

NDisplay的核心功能就是多屏同步，如果你开启了严格的同步策略，很可能会把Game线程和GPU的节奏完全绑定：

• 检查NDisplay配置文件中的SyncPolicy、FrameLock参数，或者在UE编辑器的「Project Settings > Plugins > NDisplay」里查看同步设置，尝试暂时关闭Genlock、硬同步等选项，重新运行后观察帧率统计是否分离。
• 有些硬件级同步设备（比如NVIDIA Sync Board）会强制所有输出节点的帧节奏对齐，这种情况下如果硬件负载过高，会直接把整体帧率拉低，同时让Game和GPU完全同步。可以尝试断开硬件同步，用软件同步测试。

二、场景中存在CPU-GPU强依赖逻辑 #

如果你的场景里有大量需要GPU计算结果回传给Game线程的操作，会导致Game线程必须等待GPU完成工作才能继续，最终两者完全同步：

• 检查是否开启了RenderDoc捕获、GPU调试工具，这类工具会强制GPU回传数据给CPU，拖慢整体节奏。
• 查看场景中的GPU粒子、自定义Compute Shader是否有CPU端数据回读的逻辑（比如获取粒子位置、计算结果），暂时禁用这些模块后测试帧率。
• 后期处理中的某些效果（比如运动模糊的CPU计算分支）也可能导致强依赖，尝试关闭所有后期处理效果看看变化。

三、UE全局帧率设置的强制统一 #

如果你的项目开启了固定帧率或严格的帧率限制，再结合NDisplay的同步，可能会锁死Game和GPU的节奏：

• 打开「Project Settings > Engine > General Settings > Frame Rate」，检查是否开启了Fixed Frame Rate，且数值设置得极低；同时查看r.VSync、r.FrameRateLimit这些控制台命令的数值，是否被设置为同一个固定值。尝试暂时取消固定帧率，改为动态帧率测试。

四、快速排查步骤 #

给你一套逐步排查的流程，能快速定位问题根源：

1. 脱离NDisplay环境测试：用单显示器运行场景，执行stat unit和stat fps，如果Game和GPU帧率不再同步，说明问题完全来自NDisplay的同步配置。
2. 逐步禁用同步选项：先关闭NDisplay的所有硬同步、Genlock选项，再关闭软件VSync，每次修改后重启场景观察统计数据。
3. 剥离场景元素：逐步禁用GPU密集型元素（比如地形LOD、高多边形模型、GPU粒子）、CPU-GPU交互逻辑，每次剥离后看帧率是否回升，以及数值是否分离。
4. 线程耗时分析：执行stat thread命令，查看Game线程和Render线程的耗时分布，如果某一线程的耗时完全等于帧时间，那这个线程就是瓶颈所在，再针对性排查该线程的负载来源。

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