有没有人感觉 vibe coding 的时候电脑很卡?

sola97 2026-08-22 00:53 1

我的 CPU 是 14600k ,96g 的 ddr4 内存,显卡 2080ti 22g 加核显,就感觉 codex 跑的好吃力,换 mac 会好一点吗

最新回复 (19)
  • 47jm9ozp 08-22 00:58
    1
    更卡
  • Qmanman 08-22 00:59
    2
    codex 的问题
  • Cyclince 08-22 01:00
    3
    有的时候鼠标都卡
  • winnerczwx 08-22 01:04
    4
    是磁盘读写给你占满了
  • Y25tIGxpdmlk 08-22 01:06
    5
    codex 一个对话几百 M 上 G ,都是各种 json 格式,切换一个对话,能给你卡飞起。其实就是 codex 设计的问题,感觉模型是好的,但是软件设计的像大便一样。还没有豆包电脑版做的好用
  • heywitt 08-22 01:30
    6
    你是不是 windows 开的 wsl 隔离,我以前也遇到过。

    - Codex 的缓存可能跨越了 /mnt/c ,比如 /mnt/c/Users/Admin/.../Codex/.tmp 这样,因为 Coodex 安装在 Windows 目录,所以最后可能在 wsl 里面读写,速度可能相差 10 倍以上。我建议是使用 export CODEX_HOME 或其他方案将 codex 的配置和缓存全部移动到 WSL/Linux 文件系统
    - wsl 本身的随机小文件读写性能就很低,vibe coding 会出现大量的小文件读写场景
    - 插件、MCP 可能会放大这个问题,我也深入的开发过 Codex 插件、MCP 等,这里面绝大多数质量都不体现,而且 MCP 架构本身就很难确保一致性,几乎都是性能陷阱。我建议是尽量不要使用 MCP ,如果一定需要类似功能,在本地创建一个 CLI ,让 Agent 调用 CLI
    - 作为最好的解决方案之一,就是在 Codex 的设置中将隔离方式切换为 Windows Native + NTFS 仓库,并且要求 Codex 在 Win 里面只能使用 Powershell ,不允许切换到 wsl 拼 path:Codex 会创建 2 个原生 Windows 账户作为隔离运行,这会非常有帮助。

    最后给你补充:
    你本地的显卡、显存、CPU 实际对 Codex 帮助很小,因为模型是运行在远程 OpenAI 的机房,你们之间主要是网络链接,你本地最大的消耗是内存交换和本地磁盘 I/O 。
    因此你最好让 Agent 创建一些小型脚本输出日志,监控你本地任务时具体等待时间花费在什么环节,机器的资源消耗如何 (我猜测资源消耗极低,但磁盘占用无法释放),这可以帮助你进一步改善。
    最后你说的换 Mac 也是很好的解决方案,如果你有钱而且工作环境也适合 macOS ,那我建议你直接换,不折腾。
  • heywitt 08-22 01:42
    7
    @Y25tIGxpdmlk 不是哥们你在说什么啊
    你用 Codex cloud 自带的云端隔离不就和豆包一样了吗,你让豆包去 wsl 里面做大量的文件读写,不也是一样的吗
  • msg7086 08-22 02:47
    8
    @heywitt 没看懂你在说什么。Codex app 卡是因为程序写得烂,动不动就拉起几十个 git.exe 或者几十个 taskkill.exe 或者暴力轮询 WMI 。我公司电脑给的 1370P 直接能被 winmgmt 和 codex.exe 吃满,用没多久 winmgmt 就会被打爆然后只能重启解决。和 WSL 都没关系。
    macOS 下 codex 一样有问题,有不少人报 codex 能把内存打爆了,24G 的本子上吃了 100G+的内存。
  • sola97 楼主 08-22 03:05
    9
    @heywitt 就是 Windows 下也卡,用的 powershell
  • night98 08-22 03:12
    10
    codex 会为你的每个对话都启动一套 mcp 服务,也就是你要是 mcp 配置的多的话,点一下对话就是十几个 mcp ,自然就卡了
  • xiaoz 08-22 07:03
    11
    现在各种 GUI 越来越卡了,我现在换回自己开发的 Zacp+一些轻量级 CLI 搭配使用了。

    给楼主推荐下我开源的 Zacp: https://www.v2ex.com/t/1236195
  • maolon 08-22 08:16
    12
    codex 是越写越烂,什么每一个 session 给你开一套 mcp ,全量加载 jsonl ,后台偷偷跑 memory 烧 quota 都是小问题,大问题比如内存泄露,乱搞 cache 导致疯狂烧 token ,疯狂读写用户硬盘烧寿命这些问题数不甚数。

    反正 tibo 他们觉得 功能 > 优化,出问题就按 reset 就行了
  • Retas 08-22 09:33
    13
    APP 优化比较烂。跑 CLI 就可以不卡。想要极致性能装个 WSL
  • anghunk 08-22 09:38
    14
    codex 对 Windows 优化有问题,mac 挺流畅的
    我常用的还有 zcode ,各端都很流畅
  • kuxuan 08-22 09:39
    15
    Codex 还好,GUI 的编辑器卡,以 VSCODE 为首的。
  • Y25tIGxpdmlk 08-22 10:36
    16
    @maolon #12 这个 codex 我感觉从一开始设计架构都有问题的,虽然咱们小老百姓不配指指点点的,但是这个程序这么设计对话存储文件,总感觉很奇怪。
  • NASK 08-22 11:38
    17
    我感觉是可能是 windwos 的问题,macOS 下不卡,我目前用的 M4 pro 48G 内存
  • thetbw 08-22 13:03
    18
    我在使用 ChatGPT 网页版的时候,Chrome 显示该标签页占用 1.3G 内存,也是离谱。另外,现在 AI 在一个请求中塞入整个上下文,不论是对内存占用还是带宽占用,都是挺大的,虽然后面的 WebSocket 协议解决了一部分。
  • soulflysimple123 08-23 10:04
    19
    codex cli 开 3 ,4 个同时跑都不卡,12600k 32g 内存
* 帖子来源V2EX
返回