Git packfiles use delta compression, storing only the diff when a 10MB file changes by one line, while the objects table stores each version in full. A file modified 100 times takes about 1GB in Postgres versus maybe 50MB in a packfile. Postgres does TOAST and compress large values, but that’s compressing individual objects in isolation, not delta-compressing across versions the way packfiles do, so the storage overhead is real. A delta-compression layer that periodically repacks objects within Postgres, or offloads large blobs to S3 the way LFS does, is a natural next step. For most repositories it still won’t matter since the median repo is small and disk is cheap, and GitHub’s Spokes system made a similar trade-off years ago, storing three full uncompressed copies of every repository across data centres because redundancy and operational simplicity beat storage efficiency even at hundreds of exabytes.
人 民 网 版 权 所 有 ，未 经 书 面 授 权 禁 止 使 用
。关于这个话题，WPS下载最新地址提供了深入分析
5 hours agoShareSave。关于这个话题，WPS下载最新地址提供了深入分析
ВсеРоссияМирСобытияПроисшествияМнения，详情可参考爱思助手下载最新版本
Что думаешь? Оцени!