为承载上千 AI agent,GitHub 重构 Git 存储架构
arpit_bhayani · x · 2026-11-06
GitHub 正在重构 Git 仓库的存储架构,原因是 AI agent 的大量涌入:传统繁忙仓库每秒最多几十次写入,而数百个 agent 同时推送需要每秒数千次写入能力。
作者 arpitbhayani 拆解了其中关键设计:
- 为什么引用(ref)更新是瓶颈:推送的实质是把分支引用指向新 commit,克隆/拉取必须先解析引用才能返回数据。
- 两种失败的老方案:全部引用放一个日志文件——读快但写串行,上限几百次/秒;引用拆散到多个文件——写并行但读要遍历所有文件。
- 新方案 Ref-CAS:专用复制日志,写入只锁定被改动的引用(agent 大多推自己的分支,几乎互不阻塞);每次成功变更递增版本号,仓库版本即最新编号。
- 读几乎免费:副本持有本地引用快照和版本号,向 Ref-CAS 询问「我在版本 100,有新东西吗」;若无变更直接确认返回,不发任何引用数据——无变化时读取成本趋近于零。
所属事件:GitHub 重构 Git 存储架构，应对上千 AI agent 涌入(2 条相关)→
「编程与Agent」频道最新
- Sentry CEO 招测试者：其编码 agent「Junior」自称正成为市场领先 harness — zeeg · 2026-11-06
- Mercury 推出 Agent Controls：AI 代理可管钱但每笔支付需人工批准 — dunkhippo33 · 2026-11-06
- Nubank 用模拟客户测 Agent,更新周期缩至 5 天内 — astrange · 2026-11-06
- 开源 OpenMontage:用 ComfyUI 搭建角色一致短剧流水线 — Direct_Grab7063 · 2026-11-06
- Scyvera 开源：一条命令扫描 agent 仓库风险并自动生成治理契约 — Trout_dev · 2026-11-06
- Reddit 热议：agent 工具调用返回 200 但做错了事，怎么发现？ — krunal_builds · 2026-11-06