Thread (11 messages) flat view 11 messages, 5 authors, 2016-06-15

Re: [PATCH] [RFC] Generational repacking

From: Nicolas Pitre <hidden>
Date: 2016-06-15 22:43:14

On Thu, 7 Jun 2007, Sam Vilain wrote:
Nicolas Pitre wrote:
quoted
quoted
  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.
quoted
quoted
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
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help