帖子

  • elpicio

    省流:对于关联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进行了一些分析,我把截图放在下面:

    图片

    图片

    图片

    最终的建议:

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

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

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

    主楼
  • ⚡️我钢铁侠🔋

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

    图片

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

    #1

发表回复

登录后回复