这问题折腾了我一整天，记一下，省得别人再踩一遍。

症状挺怪的：只要往 WPS 云盘保存，或者从云盘往下载，界面就会定住一两秒。任务管理器里 GPU 的 3D 引擎平时基本贴着 0，一保存就竖起来，最高看到 77%。不操作的时候完全正常。

最想不通的是，办公室有台配置低得多的机器，同样的操作一点都不卡。这条后来成了破案的关键，因为它说明根本不是性能不够。

先走了一堆弯路

第一反应是 WPS 自己的硬件加速。关掉，重启，再试，还是卡。

然后怀疑是升级残留。这台机器装过好几个 WPS 版本，注册表里留了一堆指向已删除 DLL 的 Shell 扩展，每次右键都要尝试加载一遍。清理干净，还是卡。

又把系统视觉效果调成「最佳性能」，动画全关掉，峰值照样 75%。

也怀疑过 CPU、磁盘、网络。可尖峰的时候 CPU 只有 8% 到 16%，磁盘几 MB/s，全都不高。

这几轮下来最大的问题是我一直盯着「WPS 占了多少 GPU」，而 WPS 自己的 GPU 占用几乎是 0。

换个看法才看见东西

后来改成按进程归因的计数器，逐秒采样：

Get-Counter '\GPU Engine(*)\Utilization Percentage' -SampleInterval 1 -MaxSamples 180

计数器路径里带 pid 和引擎类型（pid_xxxx_engtype_3d），能还原成进程名。跑完一看就愣住了：77% 的峰值全部记在csrss.exe的 3D 引擎上，dwm.exe不到 1.5%，WPS 那边是 0，其余进程也全是 0。

csrss是会话级进程，任务栏那种 Shell 窗口的合成正好记在它头上。而前几天我把任务栏设成了自动隐藏，发现卡顿明显变轻。任务栏一藏起来就不用重绘，卡顿就轻，这条线索直接把范围压到了「任务栏重绘加 DWM 合成」。

根因

顺着 DWM 翻注册表，找到一个 Windows 默认根本不存在的键：

HKLM\SOFTWARE\Microsoft\Windows\Dwm\OverlayTestMode = 5

5 的意思是禁用 MPO（Multi-Plane Overlay，多平面叠加）。

MPO 正常工作时，显卡可以把桌面、窗口、视频这些图层当成独立硬件平面直接叠出来，几乎不费力。禁掉之后 DWM 只能自己用 3D 引擎把整帧画一遍。于是任务栏上任何一点小动静，同步图标刷新、按钮上的进度条、通知区域更新，都会变成一次整帧合成。

这条链能解释所有看起来矛盾的地方：为什么只有csrss在扛、为什么所有应用 GPU 都是 0、为什么 CPU 不高、为什么隐藏任务栏会缓解。也解释了为什么低配机器不卡，人家压根没这个键。

改法

删掉，重启。DWM 只在启动的时候读这个值，不重启等于没改。

reg export "HKLM\SOFTWARE\Microsoft\Windows\Dwm" "%USERPROFILE%\Desktop\dwm_backup.reg" /y

reg delete "HKLM\SOFTWARE\Microsoft\Windows\Dwm" /v OverlayTestMode /f

管理员权限运行。第一条是备份，别省这一步。

提醒一句：这个值最常见的用途是修屏幕闪烁和黑屏闪。删掉之后如果卡顿好了但开始闪屏，说明当初设它是有原因的，那就在卡顿和闪烁之间选一个，或者去折腾显卡驱动。想还原就导入刚才那个 reg，再重启。

效果

修复前那次真实保存，180 秒里峰值 77.64%，超过 50% 的有 13 秒。修复后往云盘目录连写了三个文件（2.6MB、26KB、2.6MB），峰值 4.20%，超过 50% 的 0 秒。同步确实发生了，那一刻网络冲到 2400 多 KB/s，不是没触发。

静息状态更直观。同样的空闲、同一个采样脚本，csrss均值从 2.44% 掉到 0.03% 到 0.13%。

什么情况下适用

如果你也是「某个操作一触发 GPU 3D 就冲高、占用记在 csrss 上、业务进程自己几乎不吃 GPU、CPU 也不高」，可以去注册表里看一眼这个值在不在、是不是 5。

反过来，如果是显卡温度或功耗墙降频、显存不够、驱动 TDR（事件日志里会有 Display driver stopped responding）、磁盘 IO 卡死、或者 CPU 单核打满，那和这个没关系，指标形态完全不一样。

顺手说个经验：以后碰到「应用一操作就卡、但应用自己不吃 GPU」，别急着在应用层翻，先看 GPU 占用记在谁头上。如果全记在 csrss，八成是 DWM 合成那边的问题。