codex 看来真的很伤硬盘，我用了一个月 codex，写入量 5tb

unusualcat 2026-06-21 15:00 1

设备是 MacBook Pro ，5 月 27 号看了下硬盘的写入量，是 27.7tb ，今天又看了下硬盘的写入量，是 32.5tb ，最近这一个月我在电脑上装了 codex 的客户端，基本上每天都会使用它。不用的时候就放在后台，没有完全退出。

GPT 给出的建议是：25 天写入 4.8TB ，确实说明最近写入明显偏多。如果长期按这个速度跑，一年大约 70TB 。这个强度对 SSD 不是灾难，但已经不是“轻度办公”级别，更像开发环境、索引、缓存、日志、模型工具频繁读写带来的量。
Codex 桌面端确实可能让写入量明显上升，建议你每周记录一次。如果以后从每周几百 GB 突然变成每周 2TB 、3TB 以上，再重点查 Codex 、Electron 缓存、项目目录和 node_modules 。
我现在已经用完即退出了。实在是伤不起。

最新回复 (15)

burp2019 06-21 15:13

1楼

涨见识了，今天开始记录一下
luoji12103 06-21 15:36

2楼

一般 m2 ssd 消费级都有 5 年内 1t 600tbw ，2t1200tbw ，一年 100t 都用不出保修期限。如果用 u2 的那些 1-3dwpd 更用不完了
itechify 06-21 15:36

3楼

看看 .codex 文件夹大小多少
lwjlee 06-21 16:21

4楼

内存不够硬盘来补
zls3201 06-21 16:29

5楼

我用 olmx 本地跑 gemma-4-31b 1 个小时缓存文件 20g

尼玛
Building 06-21 16:33

6楼

...还是全职在家照顾电脑吧
unusualcat 楼主 06-21 16:41

7楼

@Building 这个倒是过了。不过话说回来，苹果的硬盘确实很金贵，这 1T 的盘如果坏的话，确实很心疼呢。毕竟是我自己的财产不是公司发的办公用品。
unusualcat 楼主 06-21 16:47

8楼

@luoji12103 不是这样的，你拿那个健康度除下嘛，32.5/0.05=650TB
也就是说，苹果认为它的硬盘写入量 650TB 就到了理论上的百分之百寿命 used 了。
Available Spare: 100%
Available Spare Threshold: 99%
Percentage Used: 5%
Data Units Read: 438,291,537 [224 TB]
Data Units Written: 63,640,866 [32.5 TB]
Host Read Commands: 10,684,594,802
Host Write Commands: 1,444,028,960
Controller Busy Time: 0
Power Cycles: 371
Power On Hours: 4,464
Unsafe Shutdowns: 237
Media and Data Integrity Errors: 0
Error Information Log Entries: 0
mrtctl 06-21 16:50

9楼

看看是不是这个 bug： https://github.com/openai/codex/issues/17320

如果是可以用里面的 workarounds 暂时规避
YanSeven 06-21 18:46

10楼

之前 chatgpt app 在 Mac 上能耗异常高，一直也没有解决。然后就所有客户端就都不用了，只用 cli 。
potatowish 06-21 19:01

11楼

看看这个帖子，有临时解决方案： https://x.com/bdsqlsz/status/2067964486615810369?s=46
unusualcat 楼主 06-21 19:39

12楼

@mrtctl
@potatowish
codex 自己可以解决，我告诉它这些问题，让他自己用临时禁用日志方式，它完成的很好。在 mac 和 win 上我都让它自己搞定了。

'我做了这些事：
下载了 SQLite 官方 Windows 工具到当前工作区。
备份了原日志库：
C:\Users\aaa\.codex\logs_2.sqlite.before-codex-log-block.backup
添加触发器：
codex_block_log_inserts
执行了 WAL checkpoint ，把 logs_2.sqlite-wal 清到 0 KB 。
验证 30 秒：logs 行数没有增长：118894 / 4397 前后不变
logs_2.sqlite-wal 保持 0 KB
C:\Users\aaa\.codex 下没有文件继续快速变化

所以，这个帖子里提到的 logs_2.sqlite-wal 频繁写盘问题，现在已经被本机 workaround 禁止了。
如果以后要恢复 Codex 的本地诊断日志，可以用这个命令删除触发器：
.\work\sqlite-tools\sqlite3.exe C:\Users\aaa\.codex\logs_2.sqlite "DROP TRIGGER IF EXISTS codex_block_log_inserts;"'
xubeiyou 06-21 20:48

13楼

@YanSeven 确实很高我是 cli+app 混着用的有时候很卡我特么
niubilewodev 06-21 20:56

14楼

我上一台 mac ，三年写了近 400TB 。
SayHelloHi 06-21 21:48

15楼

用这个命令可以停止写入

sqlite3 ~/.codex/logs_2.sqlite "CREATE TRIGGER IF NOT EXISTS block_log_inserts BEFORE INSERT ON logs BEGIN SELECT RAISE(IGNORE); END;"

早上在社交媒体上看到的