任务管理器可直接监控GPU视频编解码占用，但需手动启用“GPU编码/解码”列并交叉验证：必须在“性能→GPU”页观察“视频解码/编码”引擎进度条跳动且CPU占用低（如＜15%），否则数值可能为伪值；若左侧无“GPU”项，则需满足Win10 1803+、WDDM 2.4+驱动、WHQL认证及BIOS核显启用三重条件。
任务管理器能直接监控gpu视频编解码占用，但必须打开对应列并交叉验证是否真实启用硬件加速，不能只看数值有无。
确认GPU监控功能已就绪
按 Ctrl + Shift + Esc 打开任务管理器 → 切换到“性能”选项卡 → 左侧列表中需显示“GPU”或“GPU 0”。若没有：
- Windows 版本低于 1803（Win10）或驱动未达 WDDM 2.4+
- 显卡驱动非 WHQL 认证，或 BIOS 中核显被禁用
更新 NVIDIA/AMD/Intel 官方最新驱动后重启，多数情况可恢复。
启用GPU编码与解码监控列
切换到“进程”选项卡 → 右键点击表头（如“名称”“CPU”）→ 勾选“GPU 编码”和“GPU 解码”。
这两列灰色不可选，通常说明：
- 当前无进程调用硬件编解码（如浏览器禁用硬件加速）
- 应用未通过 DXVA 或 Media Foundation 正确调用 GPU 加速
常见触发场景包括：
- Edge 或 Chrome 播放 YouTube 1080p 及以上视频（需开启“硬件加速”）
- OBS 录屏/推流时启用 NVENC/AMF/QuickSync
- HandBrake 使用硬件编码预设
- Premiere Pro 启用“Mercury Playback Engine – GPU Acceleration”
验证编解码是否真实走GPU通路
仅“GPU 编码/解码”列有数值 ≠ 硬件加速生效。需同时观察：
- “性能”→“GPU”页底部的“视频解码”或“视频编码”引擎进度条是否随播放/转码明显跳动
- CPU 占用率是否同步保持低位（如 H.265 视频硬解时 CPU
- 若“视频解码”为 0 但“3D”持续高位，说明只是 UI 渲染用了 GPU，解码仍在 CPU 上跑
结合GPU引擎细分图定位瓶颈
右键“性能”→“GPU”页的图表区域 → 勾选“显示每个GPU引擎”。
重点关注：
- “Video Decode”曲线：播放视频时应活跃，峰值高且波动明显
- “Video Encode”曲线：OBS 推流、剪辑导出时应响应上升
- “3D”和“Copy”持续高位而编解码条不动，说明编解码未启用或被绕过
不复杂但容易忽略
