正文内容 评论(0

OpenAI Codex曝出离谱Bug:疯狂读写耗光SSD寿命!
2026-06-22 19:21:46  出处:快科技 作者:青山 编辑:青山     评论(0)点击可以复制本篇文章的标题和链接复制对文章内容进行纠错纠错

快科技6月22日消息,近日有用户发现OpenAI Codex CLI存在日志级别配置BUG,过高的配置级别导致日志采集逻辑会持续向本地数据库高频写入海量数据,从而导致SSD寿命急速耗尽。

GitHub用户1996fanrui在6月14日提交问题反馈称,由于其设备长期出现异常高磁盘占用问题,排查原因后确认,Codex CLI会不间断向本地SQLite数据库写入诊断日志。

OpenAI Codex曝出离谱Bug:疯狂读写耗光SSD寿命!

根据该用户实测数据,设备连续21天运行累计产生37TB磁盘写入量,全年写入总量约640TB,而主流1TB消费级SSD官方标定TBW普遍为600TB,也就是说,持续运行该工具不足一年,就会耗尽耗尽SSD的TBW耐久度。

该故障根源为Codex内置SQLite日志采集组件默认启用全局TRACE级别,该级别是日志系统中信息输出粒度最细的模式,程序会完整记录WebSocket原始传输数据包、系统文件读写等全部底层行为,包含读取passwd、ld.so.cache等系统文件的常规操作。

OpenAI Codex曝出离谱Bug:疯狂读写耗光SSD寿命!

统计数据显示,约71%的TRACE日志均为底层冗余信息,这些信息对于普通用户并没有用。

但由于该工具忽略了标准的RUST_LOG环境变量,用户目前无法通过常规方式降低日志输出级别。

Linux、macO平台用户可通过创建符号链接的临时方案降低磁盘损耗:将 ~/.codex/logs_2.sqlite指向/tmp/目录,从而使所有日志写入操作转移到内存,该日志文件仅存储底层运行记录,不保存用户对话数据,且设备重启后日志丢失不会影响Codex CLI正常运行。

【本文结束】如需转载请务必注明出处:快科技

责任编辑:青山

文章内容举报

  • 支持打赏
  • 支持0

  • 反对

  • 打赏

文章价值打分

当前文章打分0 分,共有0人打分
  • 分享好友:
  • |

  • 热门文章
  • 换一波

  • 好物推荐
  • 换一波

  • 关注我们

  • 微博

    微博:快科技官方

    快科技官方微博
  • 今日头条

    今日头条:快科技

    带来硬件软件、手机数码最快资讯!
  • 抖音

    抖音:kkjcn

    科技快讯、手机开箱、产品体验、应用推荐...