AI第一线
OpenAI Codex最近被爆出严重日志Bug，正在悄悄损耗用户硬盘寿命。问题出在SQLite日志记录上：默认开启全局TRACE级别，把inotify调用、WebSocket数据包、Tokio内部状态这类低价值信息全往磁盘写，速度稳定在5MB/s左右，还不遵守RUST_LOG环境变量过滤规则。CLI、桌面App、VSCode插件无一幸免。按这个速度推算，一年写入量能达到640TB。普通1TB消费级TLC固态标称寿命约600TBW，刚好撑一年；如果是256GB QLC盘，寿命仅75TBW左右，一个半月就会耗尽。除了烧寿命，持续写入还会导致设备卡顿、会话切换延迟。已经有实测案例：机器运行21天，主盘总写入多了37TB，主要来源就是Codex的~/.codex/logs_2.sqlite文件。日志还会边插边删，表面看文件大小涨得不快，实际WAL（预写日志）一直在高频刷盘，写入量早就远超文件体积。目前官方尚未发布修复补丁，可先用临时方案止损：直接拦截写入：用sqlite3执行命令创建触发器，CREATE TRIGGER IF NOT EXISTS block_log_inserts BEFORE INSERT ON logs BEGIN SELECT RAISE(IGNORE); END;，该文件仅为诊断日志，不影响对话数据。转存到内存盘：把原文件移到/tmp目录再软链接回去，重启后自动清空，不占用物理硬盘空间。迁移到机械盘：如果有备用机械硬盘，直接把日志文件挪过去，机械盘耐写性更强。该问题4月就已出现在GitHub Issue区，社区连修复思路都已提交，暂未看到官方回应。近期如果觉得电脑越用越卡，不妨检查下Codex日志目录，提前处理避免硬件损耗。
发布于 安徽
1
评论
3
未登录
友善发言
评论
加载中
