Re: [BUG?] gc and impatience
- From
Ramkumar Ramachandra <artagnon@gmail.com>
- Date
- Aug 5, 2013, 17:34 UTC
- Message-ID
- <CALkWK0=djXdPMOvk8359nOs=rGLbBepxyXnpELfWs+wjjN7YZw@mail.gmail.com>
- In-Reply-To
- <1rpxs5pa827iefbyduyodlc7.1375495435629@email.android.com>
Martin Fick wrote:
> https://gerrit-review.googlesource.com/#/c/35215/
Very cool. Of what I understood:
So, the problem is that my .git/objects/pack is polluted with little packs everytime I fetch (or push, if you're the server), and this is problematic from the perspective of a overtly (naively) aggressive gc that hammers out all fragmentation. So, on the first run, the little packfiles I have are all "consolidated" into big packfiles; you also write .keep files to say that "don't gc these big packs we just generated". In subsequent runs, the little packfiles from the fetch are absorbed into a pack that is immune to gc. You're also using a size heuristic, to consolidate similarly sized packfiles. You also have a --ratio to tweak the ratio of sizes.
I've checked it in and started using it; so yeah: I'll chew on it for a few weeks.
Thanks.