深入解析 Codex WSL 卡顿根源
Codex 作为强大的 AI 编码助手，在 Windows Subsystem for Linux (WSL) 环境中运行时，常因文件系统交互瓶颈导致响应延迟。许多开发者发现，当代码位于 WSL 内部路径时，智能补全和代码分析流畅；一旦切换至 Windows 挂载目录（如 /mnt/c），I/O 读写开销激增，造成明显的“慢半拍”现象。理解这一机制是优化的第一步。
关键配置：隔离项目路径
解决速度问题的核心策略是将工作区严格限制在 WSL 原生文件系统内。请在 VS Code 或 Codex 的设置中，确保打开的项目文件夹位于 %USERPROFILE% 下的 Linux 用户目录下，例如 ~/projects/my-app。切勿直接通过资源管理器映射盘符访问。此外，启用 WSL 2 的内存动态分配功能，并在 .wslconfig 文件中合理限制最大内存使用量，防止宿主系统资源争抢导致的整体卡顿。
进阶技巧：忽略无关文件与缓存管理
大型项目中，Node_modules 或 build 目录会显著拖慢索引速度。建议在 workspace 设置中添加 exclusion 规则，排除这些非源码目录。同时，定期清理 Codex 和本地 LLM 模型的缓存数据，避免磁盘碎片化影响读取效率。若使用 GPU 加速推理，请确认 NVIDIA 驱动已正确更新并支持 WSL 2 CUDA 环境，这将大幅缩短生成时间。通过上述组合拳，可显著提升 Codex 在 WSL 中的响应速度与开发体验。