英特尔Mac Codex多图并发：显存监控与内存释放指南
先说几个硬核结论：在Intel版Mac上跑Codex这类吃显存的图形应用，独显VRAM管理始终是个棘手问题。尤其针对多图并行任务，哪怕只是连续加载图片，也容易诱发渲染掉帧、应用闪退乃至系统级热关机——根源几乎都是独立GPU的显存被撑爆。
麻烦在于，macOS不会主动提醒“显存已满”。你必须手动盯住那块AMD Radeon Pro或NVIDIA GeForce的VRAM占用率，并主动回收被Metal框架“死锁”的显存资源。关键是Metal对显存的持有策略非常“粘人”——即使关掉图片窗口，它仍可能在后端占着空间不放，这恰好就是典型的显存泄漏场景。
具体怎么操作？我们把流程拆开细说。
确认独立GPU是否激活
多数Intel平台Mac（比如15寸MacBook Pro 2018或2019款）采用双显卡切换——集显与独显自动调度。理论上系统会替你做选择，但实际中Codex这类应用经常被“指派”到集成显卡上运行，结果性能被大幅低估：你以为在用独显，实际上核显在硬扛。
验证方法极简单：打开“活动监视器”，切到“能耗”标签页，点右上角齿轮图标，勾选“图形卡”列，然后按该列排序。如果Codex进程旁边显示“集成”而非“高性能”，问题就暴露了——它正用Intel HD Graphics，所有显存压力落到统一内存池。此刻，必须强制切到独显，才能真正释放独立VRAM的性能。
还有一种更直接的验证：在终端跑system_profiler SPDisplaysDataType | grep -E "(Chip|Vendor)"，看输出是否包含“AMD Radeon Pro”或“NVIDIA GeForce”——有则独显运行，无则不必幻想。
调出GPU专用监控面板
macOS的图形监控向来“含蓄”——从不直接显示显存的MB数值。但有一个指标非常接近真实VRAM占用：活动监视器GPU标签页里的“GPU 内存”列。它代表Metal API向独显申请并驻留的显存总量，能真实反映占用情况。
调出这个视图的前提是系统至少为macOS Monterey（现已到Sequoia或更新版本）。打开活动监视器，点击顶部GPU标签页，点右上角齿轮，勾选“GPU 使用率”“GPU 内存”“GPU 时间”三列。然后将“GPU 内存”降序排列。若Codex进程显示占用≥800 MB，且“GPU 使用率”持续超过65%，基本可以判定它已经锁住了一大块独显VRAM。
特别注意：如果GPU标签页是空的，或直接提示“此Mac不支持GPU标签页”，说明系统版本过老，或者机器压根没有独显硬件——多图并发任务就别硬上了。
识别显存泄漏与异常驻留
Codex在多图加载后有一个常见问题：GPU内存不释放。即便把所有图片窗口关闭，Metal缓冲区仍被进程牢牢攥着——这明显是显存泄漏。判断方法如下。
方法一：观察“GPU 时间”列。如果Codex的GPU时间数值持续上涨（比如每秒涨0.3秒以上），而界面已无任何操作，说明后台仍在维持显存对象引用，Metal未自动回收。
方法二：交叉比对内存压力。切回活动监视器的“内存”标签页，看底部“内存压力”条。若变为黄色或红色，同时“已压缩内存”超过2 GB，而GPU内存列仍保持高位——说明独显VRAM已耗尽，系统正强行将纹理数据搬入主内存。结果就是性能断崖式下跌，卡顿到难以忍受。
方法三最直接——物理感知：把手放在MacBook Pro左侧散热口。若持续烫手（超过52℃），风扇满速（键盘敲击声被风扇声掩盖），电池续航骤降到不足2小时——这三件事同时发生，基本就是独显VRAM饱和的铁证。跑不掉。
强制释放被占用的GPU显存
系统不会主动清理Metal长期驻留的显存，即使它占着茅坑不拉屎。你需要手动干预，通过进程重启或Metal上下文重置来触发释放。
推荐方法一：精准重启Codex进程。在活动监视器的GPU标签页中选中Codex，点左上角“X”按钮，选择“退出进程”，等待10秒后重新启动Codex。这会销毁所有Metal命令缓冲区和纹理对象，VRAM自然释放。
方法二更彻底但更危险，仅限高级用户：在终端执行sudo killall -9 WindowServer。这相当于强制刷新整个图形服务，但后果是所有GUI会话中断，你会直接退回登录界面——务必提前保存所有工作，此操作不可逆。
方法三应急使用：禁用Metal加速。启动Codex时加上环境变量METAL_DEVICE_WRAPPER=0 /Applications/Codex.app/Contents/MacOS/Codex，这样可绕过Metal直接使用CPU软渲染。虽然速度大幅下降，但能彻底规避显存争用，至少不会崩溃。
总之，在Intel平台Mac上驾驭Codex，盯紧GPU标签页、及时重启进程，就是最现实的两步走策略。