2. Linux.do
  3. 跑任务磁盘被打满

跑任务磁盘被打满

长生落丶 2026-08-29 12:57 1





只要一跑任务，一开多个agent就一直超并发读写，这玩意有巨佬懂怎么解决吗？

最新回复 (14)
  • 隐海修会_菲比 08-29 12:58
    1楼

    是不是接孙割的中转站，让孙割摸摸你的硬盘

  • 长生落丶 楼主 08-29 12:59
    2楼

    哥别笑我了，最近真的老遇到



    现在又开始了

  • housiliao 08-29 12:59
    3楼

    这个得看具体情况吧，主要先看是哪个进程占用的IO

  • spore your mind 08-29 12:59
    4楼

    这个感觉没啥好办法,本地多个agent一起编译肯定会跑满

  • 长生落丶 楼主 08-29 13:00
    5楼

    刚才没截图上。这整的我很难受，不知道咋整啊，有老哥会吗？

  • 隐海修会_菲比 08-29 13:03
    6楼

    win+r 打开resmon，切硬盘看

  • housiliao 08-29 13:04
    7楼

    先看看任务管理器 > 进程 里，磁盘那一列，看那个进程占得多，再去找对应进程是谁搞的，如果能找到，就好解决了，找不到，再说。有时候windows系统更新也可能会导致磁盘IO突增

  • 长生落丶 楼主 08-29 13:05
    8楼



    好多时候都是npm不然是RG递归扫盘，这情况怎么解啊，老哥们

  • 长生落丶 楼主 08-29 13:10
    9楼



    这种情况就很难搞

  • 隐海修会_菲比 08-29 13:14
    10楼

    最快的方法，开个agent问问就行了

  • 隐海修会_菲比 08-29 13:16
    11楼

    机械硬盘不适合codex频繁写入零碎文件，文件是连续的读写很快，如果是分散的就会很慢了

  • 长生落丶 楼主 08-29 13:21
    12楼

    大概率就是我现在改造的herness有关系，我原本有DB记录和检错聊天内容，然后用RAG召回去验证约束，后面看到DSH的开源代码和OPS的代码，我又把DSH的键值检索和OPS的路由规划揉进去了，现在一跑任务就整个状态链就很长，要检索很多信息，读写就会很高，我感觉是可以解决的，试了几个版本方案还是不能解决

  • 长生落丶 楼主 08-29 13:33
    13楼

    用户请求

    → 配置/安全门

    → project_id 解析

    → 意图路由

    → context_router 汇总记忆、技能和计划

    → 返回 RouteDecision / ExecutionPlan

    → Codex、插件、MCP 或 wrapper 实际执行

    → codex_memory 记录结果

  • 长生落丶 楼主 08-29 14:51
    14楼

    所有相关文件全部迁移到SSD 硬盘里面去吗？

* 帖子来源Linux.do
附近帖子
返回
飞读
随机推荐