近日有用户发现OpenAI Codex CLI存在日志级别配置缺陷。该问题导致日志系统以过高粒度持续向本地SQLite数据库写入大量诊断信息,进而引发固态硬盘频繁进行高频率写入操作,显著加速其物理寿命衰减。
一位GitHub用户于6月14日提交了相关问题反馈。其设备长期出现磁盘占用异常升高的现象,经深入排查确认,Codex CLI在运行过程中不间断地向本地SQLite数据库写入日志数据。实测数据显示:设备连续运行21天,累计磁盘写入量达37TB;按此速率推算,全年写入总量约为640TB。而当前主流1TB消费级固态硬盘所标称的总写入字节数(TBW)普遍为600TB。这意味着,若工具持续以当前状态运行,不到一年时间即可达到硬盘耐久极限。
问题根源在于Codex内置的日志采集模块默认启用TRACE级别,这是日志系统中信息记录最细致的模式。在此级别下,程序会完整捕获包括WebSocket原始通信数据包、系统级文件读写行为等全部底层操作,甚至涵盖对passwd、ld.so.cache等系统配置文件的常规访问记录。统计表明,约七成TRACE级别日志内容属于底层冗余信息,对普通用户实际使用并无参考价值。
值得注意的是,该工具未兼容RUST_LOG环境变量标准机制,致使用户无法通过常规方式调整日志输出等级。
针对Linux与macOS平台用户,目前可采用临时缓解方案:将~/.codex/logs_2.sqlite文件创建为指向/tmp/目录的符号链接,从而将所有日志写入操作重定向至内存空间。该日志文件仅用于记录程序底层运行轨迹,不包含任何用户对话内容;且因存储于内存临时区域,设备重启后日志自动清除,不影响Codex CLI的正常功能与稳定性。

评论
更多评论