Re: [PATCH] parse_object: try internal cache before reading object db
- From
Junio C Hamano <gitster@pobox.com>
- Date
- Jan 6, 2012, 21:27 UTC
- Message-ID
- <7v8vlkjzcj.fsf@alter.siamese.dyndns.org>
- In-Reply-To
- <20120106191654.GA11022@sigill.intra.peff.net>
Jeff King <peff@peff.net> writes:
Show 12 quoted lines
> Actually, we can do much better than that. Here are a few patches that > avoid parsing objects when possible. They drop the 3.4s to 2.0s. If you > combine them with the parse_object optimization, my 120K case drops to > around 0.68s. > > I don't know if it is really that worth it on top of the parse_object > optimization. It's almost negligible for the normal case... > ... OTOH, if you had some totally insane ref > structure, like 120K _unique_ refs (which would probably imply that > you're making one ref per commit or something silly like that. But hey, > people have suggested it in the past), then it could be a big > improvement.
Even though it is a bit scary kind of loosening of sanity checks that I hesitate to take at this late in the cycle, I think it makes sense. Let's queue them on 'pu' and aim for the next cycle.