引用与对象共同构成Git存储机制的基石。在Git 2.45之前，文件后端是唯一的引用存储方式，每个引用对应一个独立文件，称为松散引用。这种设计在引用达到百万级时暴露出扩展性问题，GitLab的gitlab仓库就包含超过1500万个引用。2006年引入的packed-refs格式将引用打包进单个排序文件，缓解了部分问题，但删除操作需要重写整个文件，对于数GB大小的packed-refs文件，删除单个引用可能耗时2秒以上。作者作为GitLab工程师，原本专注于向reftable后端迁移，因Git 3.0将强制要求Rust语言，他通过一次LLM提示词生成了文件后端的Rust实现，用于练习Rust并测量C与Rust的ABI边界开销。基准测试意外显示，Rust版本删除引用比C版本快17.7%。对比代码后发现问题所在：C版本在写回未修改的引用时，会调用fprintf和oid_to_hex重新格式化每条记录，而Rust版本直接原样写入数据。改用fwrite原样写入的补丁使C版本提速约18%，与Rust版本性能持平。该补丁已合并入Git主分支，将随Git v2.98发布。Git版本号在2.56之后直接跳至2.98，为即将到来的Git 3.0铺路。
事件分析
技术看点：一个经过约20年优化的成熟C代码库仍存在可量化的性能冗余，说明基础软件的”绝对成熟”同样存在盲区。作者并非刻意寻找优化点，而是以LLM生成的Rust实现作为性能基线，反向定位出C实现中不必要的格式化开销。这种”用另一门语言重写再对比基准”的方法，为审计大型遗留代码库提供了新思路。产业影响：GitLab等运营大型monorepo的企业对引用操作性能极为敏感，18%的提速在高频删除场景下收益可观。更值得关注的是Git生态正处在双重过渡期：存储架构从files后端迁向reftable，开发语言从C逐步引入Rust。Git 3.0将强制要求Rust工具链，此次跨语言对比事件或加速Rust在Git核心模块中的渗透，也为其他C语言基础设施项目的现代化改造提供了可参考的路径。
核心观点：LLM生成的代码反超二十年打磨的C实现，AI不仅能写代码，更能成为审计成熟软件隐性低效的一面镜子。
原文链接：Hacker News
