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

涨见识了，今天开始记录一下

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

看看 .codex 文件夹大小多少

内存不够硬盘来补

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

尼玛

...还是全职在家照顾电脑吧

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

@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

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

如果是可以用里面的 workarounds 暂时规避

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

看看这个帖子，有临时解决方案： https://x.com/bdsqlsz/status/2067964486615810369?s=46

@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;"'

@YanSeven 确实很高 我是 cli+app 混着用的 有时候很卡 我特么

我上一台 mac ，三年写了近 400TB 。

用这个命令可以停止写入

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

早上在社交媒体上看到的