Codex 吃硬盘这个严重吗?

hebaodan 2026-07-02 18:22 1



Codex 吃硬盘这个严重吗?怎么解决呢?

最新回复 (13)
  • a12908 07-02 18:23
    1

    直接让它自己解决 让它把日志关了 反正也不看

  • 浅风 07-02 18:25
    2

    佬更新一下最新版 吃硬盘的那个 bug 已经修复了

  • Linus Torvalds 07-02 18:25
    3

    早就修复了,更新一下版本,现在10天才500MB


  • blick 07-02 18:25
    4

    你自己先把那三个文件做好备份,然后让codex帮你把trace全部关了,其实主要是trace的问题

  • hebaodan 楼主 07-02 18:32
    5

    那现在还会损坏硬盘吗?比较担心我的硬盘

  • Linus Torvalds 07-02 18:33
    6

    当然是修复了呗,没那么大写入量了

  • hebaodan 楼主 07-02 18:34
    7

    用什么修复方式呢现在啊佬!!!!!

  • huihui 07-02 18:35
    8

    我今天也检查了一下,现在没那么大量了

  • Linus Torvalds 07-02 18:35
    9

    更新codex cli版本就行了,你把log这个文件删除,观察大小变化就行了

  • 白天不懂夜的黑 07-02 18:36
    10

    不是说早就修好了吗,你这还有 Bug ?

  • hebaodan 楼主 07-02 18:38
    11

    好像是的,我也不知道为啥我一直是最新版本

  • Linus Torvalds 07-02 18:39
    12

    你看一下你这个log文件什么时候生成的,是不是大都是修复之前产生的日志呢

  • Recess 07-02 19:31
    13

    我升级了最新版感觉还是有问题


    已检查并处理。


    结果:




    • 确认中招迹象:近期 5000 条日志里 TRACE 有 3894 条;采样时 MAX(id) 曾从 19435820 增到 19435851。




    • 已先备份:



      • C:\Users\admin.codex\backups\logs_2.sqlite.20260702-172557.bak

      • 同时备份了 -wal 和 -shm


      CREATE TRIGGER logs_block_insert

      BEFORE INSERT ON logs

      BEGIN




    • 已执行 PRAGMA wal_checkpoint(TRUNCATE),WAL 已截断为 0。




    最终验证:



    • MAX(id):19478405

    • 等待 5 秒后仍是:19478405

    • WAL 大小:0

    • 等待后仍是:0

    • trigger logs_block_insert 存在。

* 帖子来源Linux.do
返回