OpenAI Codex 日志写入异常，社区反映或严重损耗 SSD 寿命

那天看了下，就codex的这个文件最大，一点几GB

Claude也有不小的文件，但是那个更抽象，是虚拟机镜像文件 ^-^

还好这玩意是日志，直接删掉了

很难想象如果我是codex重度用户，那硬盘不得爆了 ^-^

那他这情况我问了下AI 一个256的固态用不了多久就不行了

看那个 issue 分析 ， websocket 相关的日志占比多

我没开过 ws ，所以算是一个幸存者？

linux 上就 191Mb+

total 201M

-rw-r--r-- 1 root root   94 Jun 11 17:26 auth.json

-rw------- 1 root root 2.5K Jun 11 17:26 config.toml

-rw-r--r-- 1 root root  24K Jun 17 12:04 goals_1.sqlite

-rw------- 1 root root 306K Jun 17 11:48 history.jsonl

-rw-r--r-- 1 root root   36 Apr 23 18:33 installation_id

drwxr-xr-x 2 root root 4.0K May 29 07:15 log

-rw-r--r-- 1 root root 194M Jun 20 07:26 logs_2.sqlite

-rw-r--r-- 1 root root  32K Jun 20 07:31 logs_2.sqlite-shm

-rw-r--r-- 1 root root 3.5M Jun 20 07:31 logs_2.sqlite-wal

drwxr-xr-x 5 root root 4.0K May  2 16:05 memories

-rw-r--r-- 1 root root  40K Jun 17 07:14 memories_1.sqlite

-rw-r--r-- 1 root root 226K Apr 24 09:13 model-catalog.gpt-5.5.json

drwxr-xr-x 2 root root 4.0K Apr 10 20:56 rules

-rw------- 1 root root  130 May 18 10:04 session_index.jsonl

drwxr-xr-x 3 root root 4.0K Apr 10 19:50 sessions

drwxr-xr-x 2 root root 4.0K Jun 17 08:07 shell_snapshots

drwxr-xr-x 3 root root 4.0K Jun 17 06:54 skills

-rw-r--r-- 1 root root 2.6M Jun 17 12:04 state_5.sqlite

drwxr-xr-x 3 root root 4.0K May 25 06:09 tmp

-rw-r--r-- 1 root root  105 Jun 17 06:54 version.json

windows 上是 480MB

我丢，我说我电脑用久了会卡，明明配置不低的，感觉这有部分原因的

吓死我了，赶紧让我的codex看看有什么解决办法没。

虚拟机镜像文件claude的应该很正常吧，这是claude-desktop的claude cowork

确实挺大这个文件，但是也没有特别离谱吧

看来还是在服务器上用比较合适 ^-^

确实，盘大也不太害怕这个 ^-^ 没那么容易坏

最危险的不是文件大小 而是它在持续写入 不停的轮转 不停的磨硬盘

^-^我还以为是从安装一直到现在一共写入这么多呢

用HDD不用SSD應該就好了??

只是因为机械硬盘寿命更长、更耐磨一点而已吧

codex用一段时间就特别卡顿的原因

行业相关者说一下~

省流版本：

2T的消费级别SSD，写入6000T左右，这个盘寿命就差不多了，也就是这个盘就快坏了，这是消费级SSD物理规则决定的。

这时候SSD硬盘坏了的话，数据是基本无法找回的(不像机械硬盘那样可以通过常规手段修复，恢复成功率相对机械硬盘非常非常低。)

详细版本：

SSD寿命主要由Program / Erase Cycle，编程/擦除循环次数决定~

现在消费级的SSD一般都是TLC技术，次数一般1000-3000次左右，也就是最多写入3000次左右，这块SSD盘就差不多坏了(到这个量级后，原始错误率会上升，SSD 需要依赖纠错、坏块替换和预留空间继续维持可用性)~

而且现在大容量(例如4T、8T)、低价格的SSD，使用的可能是QLC技术，写入次数一般是几百到1000次，也就是写入1000次左右，这块SSD盘就差不多坏了~

MLC就是巨贵的企业级存储，SLC只在行业初期和真企业级存储才有，现在基本没有了。

当然，SSD还有其他参数，最常用的是：

TBW：Total Bytes Written，总写入量

DWPD：Drive Writes Per Day，每天可全盘写几次，企业级常见指标

其他不太常用的是：

写入放大，Write Amplification

预留空间，Over-Provisioning

磨损均衡效率

主控水平

ECC 纠错能力

坏块管理

厂家保守标称

所以，这个bug非常非常恶心！！！

世界果然就是一个巨大的草台班子~

这个是只有 CodeX APP 有问题，还是 VS Code 插件也不行？

我这里似乎没异常，是不是CLI没这个问题？

差很多的話也不太在意，至少也不是壞得這麼快

已经这么大了，不知道怎么解决