ApacheFlink项目管理委员会成员、开发者RuiFan在上周提交的缺陷报告中表示，CodexSQLite反馈日志每年可写入约640TB，从而导致SSD寿命的迅速消耗。在我的机器上，正常运行约21天后，主SSD写入了约37TB。进程级和文件级检查显示，Codex的SQLite日志是主要的持续写入源。按此推算，每年大约写入640TB。对于一块1TB的SSD来说，相当于每年约640次全盘写入。部分消费级SSD的写入寿命评级约为600TBW，这意味着不到一年就可能耗尽厂商质保范围内的写入耐久度。另一位开发者接着他的反馈留言表示：“Codex分析磁盘使用情况后称，这个bug让我的三星9902TBNVMe硬盘折损了38.64美元的价值。”该开发者随后引用Codex自行估算的整体影响数据称：“此次性能退化在3月至6月期间，可能给全体用户的SSD写入耐久度造成了低位数百万美元的损失。”固态硬盘的预期寿命取决于几个因素，例如NAND闪存类型、数据写入驱动器和从驱动器删除的次数、工作负载和温度，而寿命单位通常以MTBF（平均故障间隔时间）、DWPD（每日写入次数）和TBW（写入总量）衡量，例如致态、三星、SK海力士PCIe5.0旗舰SSD每TB的质保写入量为600TBW。当然，这个数字并不意味着1TB版本在写入600TB后就会100%损坏，而是超过该阈值后会出现硬盘性能下降的可能，且出现故障的概率也随之增加。按照RuiFan的计算公式：其SSD寿命消耗要用实际写入量乘以（SSD价格除以额定TBW）。以一块售价200美元、额定寿命600TBW的1TB固态硬盘为例，每写入1TB的成本约为0.333美元，RuiFan因37TB写入量大约承担了12.33美元的硬盘折损。引发问题的本地诊断日志在Codex应用去年首次推出时便已存在，并且默认开启。这些日志会留存在用户设备上，除非用户主动将其打包进反馈报告中。OpenAI曾在2025年12月宣布计划为CodexCLI默认开启遥测功能，但此次涉及的本地诊断日志属于不同机制。OpenAI发言人确认，公司工程师已意识到该问题并正在修复，近期多项旨在解决此问题的拉取请求也佐证了这一进度。这些日志原本用于帮助工程师诊断问题，引发故障的原因是存储高吞吐量数据的方式产生了远超预期的磁盘活动。尽管已有部分修复实装并取得进展，但用户仍在持续报告相关问题。该问题似乎可追溯到2026年2月的一次修改，当时开发人员将应用服务器SQLite日志的输出级别设为TRACE，相比ERROR级别会产生更详细的日志信息。广告声明：文内含有的对外跳转链接（包括不限于超链接、二维码、口令等形式），用于传递更多信息，节省甄选时间，结果仅供参考，亚汇网所有文章均包含本声明。
风险提示
外汇交易涉及高风险，可能不适合所有投资者。杠杆交易可能导致快速亏损，请确保您完全理解相关风险。过往表现不代表未来结果。
本分析仅供参考，不构成投资建议。投资者应根据自身情况做出独立判断，并承担相应风险。