关于windows下codex app的cpu异常占用

elpicio 2026-07-22 22:29 1



省流:对于关联git的项目,大批量修改完成后需要及时commit

大量未提交和未跟踪的文件触发了cpu高占用。codex app为了实时显示变更摘要和Review状态,反复调用Git读取并比较这些文件。codex app自带的WMI进程采样又增加了系统开销,Defender则扫描新启动的进程和被读取的文件,最终形成WMI、Defender、Git和Codex同时占用CPU的现象。



最近碰到了codex app打开就导致cpu吃满的bug,在打开任何对话页面之后都会导致WMI Provider Host和Windows Defender产生大量cpu占用:


似乎openai还没有开始修复这个问题,只能暂时转回cli用了 ^-^
[image]
[image]




WMI是什么



干等着openai不知道猴年马月才能解决。于是我调查了一些codex的issue,并且找到一个最相关的情形:High CPU Usage Triggered by Windows Defender & WMI When Launching Codex Desktop on Windows 10 · Issue #33875 · openai/codex · GitHub


情况总结如下:

在 Codex Desktop 启动后或停留在 Home、新建对话、对话及 Review 页面时,系统曾出现以下现象:



  • WMI Provider Host,也就是 WmiPrvSE.exe,CPU 占用明显升高;

  • Microsoft Defender 的 MsMpEng.exe 同时出现较高 CPU 占用;

  • 后台频繁出现短时间运行的 git.exe、PowerShell 和 conhost.exe

  • 切换到 Settings 页面后,WMI 占用很快下降;

  • 将工作区中的大量改动提交后,即使继续使用 Codex Desktop,也不再出现同等程度的异常。




使用codex cli对各种log进行了一些分析,我把截图放在下面:







最终的建议:



  1. 大批量修改完成后及时commit。

  2. 不要让大量二进制文件长期处于未跟踪或未提交状态;确实需要版本控制的大文件可考虑Git LFS。

  3. 在持续生成大量文件时,暂时关闭Review,或切换到Settings页面,等文件活动结束后再返回。

最新回复 (1)
  • ⚡️我钢铁侠🔋 07-23 00:17
    2

    是这样的,每次在Codex里面发消息都卡的飞起,我让Codex自己帮忙排查了下这个问题的原因,它给出的结论是:



    疯狂的执行git命令,特别是在有大量未提交内容的情况下,鼠标都给我干飞了

* 帖子来源Linux.do
返回