Re: [PATCH] [RFC] Generational repacking
- From
Nicolas Pitre <nico@cam.org>
- Date
- Jun 7, 2007, 13:38 UTC
- Message-ID
- <alpine.LFD.0.99.0706070932000.12885@xanadu.home>
- In-Reply-To
- <466793EB.2060102@vilain.net>
On Thu, 7 Jun 2007, Sam Vilain wrote:
Show 7 quoted lines
> Nicolas Pitre wrote: > >> 2. repack takes too long to run very regularly; it's an occasional > >> command. > > It doesn't take long at all when you don't use -a. > > Well that depends how many loose objects there are :) I heard about on > Windows a case where packing 30k loose objects took over an hour.
And your patch cannot change anything to that, right? You shouldn't wait until 30k loose objects accumulate before repacking.
Show 11 quoted lines
> >> What I'm aiming for is something which is light enough that it might > >> even win back the performance loss you got from 1), and to solve the > >> perception problem of 3). > > > > Run git-repack without -a from some hook. You can even launch it in the > > background. > > > > Or what am I missing? > > If you repack every 100 objects without -a, sure it will be fast, but > you'll end up with too many packs.
You just need to adjust this treshold of 100 objects.
And latest GIT behaves _much_ better with lots of packs, almost like if there was only one pack. See the test results I posted to the list.
Nicolas