活动监视器无法直接显示显存占用量，但可通过“gpu 进程”视图、“gpu 历史记录”波形图及“gpu 内存”列（单位 mb）定位高 gpu 内存占用进程；重点关注稳定高于500 mb、不随窗口最小化下降的活跃进程，并结合“打开的文件和端口”中mtl/quartzcore路径确认metal渲染任务。
活动监视器本身不直接显示“显存占用量”，也无法精确识别哪个子进程在“独占显存”，但它能帮你定位高 gpu 负载、持续活跃且与图形渲染强相关的后台进程——这些往往是实际占用显存（尤其是统一内存中 gpu 专用部分）的嫌疑项。
重点看 GPU 进程分组和 GPU 历史记录
macOS 的 GPU 资源由系统统一调度，显存（即统一内存中被 GPU 锁定或频繁访问的部分）不会单独列出数值，但高 GPU 活动通常意味着显存压力。操作步骤如下：
- 打开“活动监视器”（可在“访达 → 应用程序”中找到，或用 Spotlight 搜索）
- 点击顶部菜单栏的“显示” → “GPU 进程”（不是默认的“所有进程”）——这会只列出当前正使用 GPU 的进程，大幅缩小排查范围
- 再点“窗口” → “GPU 历史记录”，调出底部蓝色波形图：持续密集、无回落的蓝色长条，代表 GPU 长时间满负荷运行，背后极可能有渲染类子项在驻留
- 回到主窗口，确保列中已启用“GPU 使用率”、“GPU 内存”（通过“显示 → 列”勾选）；注意“GPU 内存”一栏显示的是该进程当前向系统申请并锁定的 GPU 可见内存（单位 MB），数值稳定偏高（如 >500 MB）且不随窗口最小化下降的，就是重点观察对象
识别典型背景渲染子项特征
很多“隐身”渲染任务并非独立 App，而是主程序的后台服务或插件进程。常见类型包括：
macOS Automator Services
下载
部署和使用军舰的 macOS Automator 自动化服务集合。包含 5 个实用工作流：PDF转JPG、PNG重命名并转JPG、图像拼接、解压RAR、顺序命名图像文件。一键安装所有服务到 ~/Library/Services/ 目录。使用场景：(1) "安装我的自动化服务"，(2) "部署所有 Automato...
- 视频编码/转码服务：如 Final Cut Pro 的com.apple.videotoolbox.videoencoder、HandBrake 的x265或vtenc相关进程，即使主界面关闭，后台仍可能持续占用 GPU 显存做硬件加速编码
- 实时预览与合成引擎：Motion、DaVinci Resolve 的renderd或coremediaio子进程，尤其在连接外接显示器或启用“画中画”时会常驻
- 浏览器 GPU 渲染子进程：Safari 或 Chrome 中打开 WebGL 页面、视频会议（Zoom/Teams）、或含复杂 CSS 动画的网页后，会产生名为GPU Process或Renderer的独立进程，GPU 使用率与内存常居高位
- 系统级图形服务：如WindowServer（负责所有窗口合成）、coreaudiod（部分音频可视化插件会触发 GPU 渲染）等，若其 GPU 内存异常升高（>1 GB），需检查是否开启了动态壁纸、桌面小组件动画或第三方屏幕录制工具
交叉验证与快速止血
单看活动监视器不够，需结合行为判断：
- 在“GPU 进程”视图下，按“GPU 内存”列降序排列，重点关注排在前 3 名、且状态为“活跃”而非“非活跃”的进程
- 选中可疑进程 → 连按两下或点信息按钮（ℹ️），查看“打开的文件和端口”标签页：若看到大量/System/Library/Frameworks/QuartzCore.framework、MTL（Metal）、IOAccelerator相关路径，基本确认是 Metal 渲染任务
- 临时退出对应主应用（如关掉 Safari 标签页、停止 Final Cut Pro 后台渲染队列），观察 GPU 历史记录是否明显回落；若回落，说明该子项确为显存占用源
- 对无法直接退出的系统进程（如 WindowServer），可尝试重置图形状态：合盖休眠 30 秒再唤醒，或执行sudo killall -HUP WindowServer（终端中运行，会短暂闪屏）
