2026年6月23日 10:00软件资讯00.59K
#软件资讯 Codex v0.142.0 版已经修复持续写盘问题减少对固态硬盘的磨损，Codex 的修复方法是砍掉高频低价值事件的本地持久化而非禁用 SQLite。这可以确保 Codex 团队继续收集遥测数据进行改善的同时，大幅度降低对 SSD 的写盘压力，至少不会再造成每天超过 1TB 的写入。查看全文：https://ourl.co/113599
昨天蓝点网提到 Codex 桌面版和 CLI 版会持续写入低级日志到本地数据库，这种高频写入会严重影响固态硬盘寿命，说起来最初开发者是在 4 月 10 日提交的但并未引起 Codex 团队关注，蓝点网在昨天报道这个问题后也引起其他开发者的关注和发帖，其中 @Kai 发布的帖子引起 Codex 团队的关注，所以这个问题得到立即修复。
Codex v0.142.0 版提到已经解决问题：
在最新发布的版本里 Codex 团队提到通过移除每个事件的 WebSocket 有效负载日志记录和过滤重复的遥测记录来减少持久日志的变更，按照更新日志说明现在写入到本地数据库的日志数量应该会是明显减少了，很多低级别的日志可能会在内存中被使用后就直接丢弃，不需要再写入到本地数据库，这样可以减少对固态硬盘的磨损。
不过蓝点网也检查 Codex 更新日志中提到的 PR，PR 中提交的变更与我们昨天提到的阻止日志插入有些区别，仅从 PR 中提到的变更来看，Codex 新版本的修复方法主要是减少高频噪声日志进入 SQLite，并不是彻底关闭 SQLite 日志，这种修复方法应该有助于降低写入量，但可能比直接禁用日志效果要稍微差些 (若是彻底禁用则会影响故障排查)。
Codex PR 中提到的修复方法如下：
PR #29432 停止将成功的 Responses WebSocket 事件都写成本地日志，之前每个成功的 WebSocket 事件会产生 3 条本地日志记录，包括完整的 payload 的 TRACE 日志、OpenTelemetry log 事件和 OpenTelemetry trace 事件。在忙碌的线程里，这些记录很快就会塞满每个分区的 1,000 行预算，然后触发持续的 SQLite 插入再裁剪 churn。
改动后则是不再将每个 WebSocket 都记录 TRACE、不再把 codex.websocket_event 发成 OpenTelemetry log 和 trace、保留 WebSocket 事件计数、耗时指标、响应时间指标、解析和错误处理等。
PR #29457 则对 SQLite sink 自身对所有 target 默认开 TRACE 问题进行处理，这个问题会将高频依赖日志和 OpenTelemetry 镜像事件也持久化进去，改动后依然会保留其他 target 的 TRACE 持久化，但把桥接过来的 target=log 排除掉，让 app-server 和 TUI 共用同一套过滤器，远程 OpenTelemetry 导出和 metrics 保持不变。
所以这些改动并不是彻底禁用 SQLite 日志，而是砍掉最吵、最没有价值、最容易造成写盘风暴的那部分事件，这应该可以显著降低 logs_2.sqlite 和 logs_2.sqlite-wal 的写入频率和 churn，这不等于彻底解决 SSD 的写入压力 (毕竟 Codex 团队依然要靠遥测事件来收集数据进行改善)，不过应该也不会造成每天超过 1TB 的写入。
via Codex