codex响应慢是本地缓存膨胀、wmi采样异常、路径污染和gpu解码未启用共同导致；清理会话、禁用sysmain与windows search服务、启用硬件加速gpu计划、迁移分页文件至nvme盘、修复wsl2路径污染可彻底解决。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
Codex响应太慢、发送消息后鼠标都跟着卡顿，不是网络或模型问题，而是本地缓存膨胀、WMI采样异常、路径污染和GPU解码未启用共同导致的系统级阻塞。实测清理后从30秒启动降到1秒内，输入延迟归零。
删除冗余会话释放内存压力
第一步：打开Codex++管理工具→点击左侧【会话管理】→等待所有历史会话加载完成（可能需5~10秒）。
第二步：勾选已完结项目、临时测试对话、重复提问记录，点击右上角【批量删除】。
【重要前提】删除前确认未勾选“正在开发中的项目”和“长期知识库会话”，误删不可恢复。
第三步：关闭Codex主程序→重新启动→观察启动速度是否明显提升。
禁用SysMain与Windows Search服务
这两项服务会在Codex批量读取代码文件或图像时疯狂扫描元数据，触发磁盘I/O风暴，直接拖垮响应速度。
按下Win + R→输入services.msc→回车→在服务列表中依次找到SysMain和Windows Search→右键→属性→将“启动类型”设为“禁用”→若状态为“正在运行”，先点“停止”→点击“应用”→“确定”。
注意：禁用Windows Search后，资源管理器按名称搜索失效，但Codex自身索引完全不受影响。
强制启用硬件加速GPU计划
默认关闭时，Codex所有图像解码、缩放、色彩转换全靠CPU软解，8K截图或DICOM切片一加载就卡死。
方法一：按Win + I→进入“系统”→“显示”→滚动到底部点击“图形设置”→将“硬件加速GPU计划”开关设为【开】→弹出提示后点击“是”→重启电脑。
方法二：重启后打开Codex设置页→检查“图像渲染后端”是否已切换为DirectML；若仍显示CPU模式，手动下拉选择并保存。
迁移分页文件至NVMe盘并锁定大小
第一步：右键“此电脑”→“属性”→左侧“高级系统设置”→“高级”选项卡→“性能”区点“设置”→切换到“高级”选项卡→点“虚拟内存”区的“更改”。
第二步：取消勾选“自动管理所有驱动器的分页文件大小”→选中C盘→单选“无分页文件”→点“设置”→再选中你的NVMe固态盘（如D盘）→选“自定义大小”→初始值和最大值均设为16384（单位MB）→点“设置”→“确定”。
第三步：重启系统使配置生效。这一步能避免Codex加载大项目时因分页抖动引发的瞬时卡顿。
修复WSL2路径污染（仅限WSL2用户）
如果你在WSL2中运行Codex且VS Code里长期卡在“Thinking…”，大概率是因为项目路径落在/mnt/c下，触发9P协议跨VM频繁读取。
在WSL终端中执行df -T .，若输出Type列为9p，说明当前路径踩坑。
立即执行：mkdir -p ~/codex-projects → cp -r /mnt/c/Users/xxx/project ~/codex-projects/ → 在VS Code中重新打开~/codex-projects/project目录。
这一步完成后，Codex插件扫描项目的速度会从分钟级降到秒级。
