SHOW FULL COLUMNS FROM `posts` [ RunTime:0.000429s ]
SELECT * FROM `posts` WHERE `id` = 15999 AND `audit_status` = 1 AND `is_sensitive` = 0 LIMIT 1 [ RunTime:0.000341s ]
SHOW FULL COLUMNS FROM `topics` [ RunTime:0.000473s ]
SELECT * FROM `topics` WHERE ( `id` = 545 ) AND `topics`.`delete_time` IS NULL LIMIT 1 [ RunTime:0.000331s ]
SELECT * FROM `topics` WHERE ( `id` = 215 ) AND `topics`.`delete_time` IS NULL LIMIT 1 [ RunTime:0.000289s ]
SHOW FULL COLUMNS FROM `comments` [ RunTime:0.000390s ]
SELECT COUNT(*) AS think_count FROM `comments` WHERE `post_id` = 15999 AND `audit_status` = 1 AND `is_sensitive` = 0 LIMIT 1 [ RunTime:0.000210s ]
SELECT * FROM `comments` WHERE `post_id` = 15999 AND `audit_status` = 1 AND `is_sensitive` = 0 AND `parent_id` = 0 ORDER BY `is_folded` ASC,`like_count` DESC,`id` DESC LIMIT 100 [ RunTime:0.000306s ]
SELECT * FROM `comments` WHERE `post_id` = 15999 AND `audit_status` = 1 AND `is_sensitive` = 0 AND `parent_id` IN (26087,26086,26085) ORDER BY `id` ASC LIMIT 300 [ RunTime:0.000286s ]
· 0 个赞
· 0 个赞
- Codex 装在 Windows 目录,缓存可能跨到 /mnt/c(比如 /mnt/c/Users/Admin/.../Codex/.tmp),最后全在 WSL 里读写,速度能差 10 倍以上。建议用 export CODEX_HOME 之类把配置和缓存全挪到 WSL/Linux 文件系统里
- WSL 本身随机小文件读写性能就拉胯,vibe coding 恰好全是小文件读写场景
- 插件和 MCP 会放大这个问题,我自己开发过 Codex 插件和 MCP,大部分质量堪忧,而且 MCP 架构天然难保证一致性,基本是性能陷阱。建议尽量别用 MCP,要类似功能就在本地写个 CLI 让 Agent 去调
- 比较好的方案是在 Codex 设置里把隔离切到 Windows Native + NTFS 仓库,并且只允许用 PowerShell、不让它切回 WSL 拼 path。Codex 会建两个原生 Windows 账户做隔离,很有帮助
再补充一句:你本地显卡、显存、CPU 对 Codex 帮助很小,模型跑在 OpenAI 机房里,本地主要消耗是内存交换和磁盘 I/O。建议让 Agent 写几个小脚本打日志,看看时间到底花在哪、资源占用如何(我猜是占用不高但磁盘被吃满)。至于换 Mac,也算好方案,预算够、工作环境合适就直接换,别折腾了。
· 0 个赞