Re: Why is "git tag --contains" so slow?
- From
Nicolas Pitre <nico@fluxnic.net>
- Date
- Jul 8, 2010, 23:15 UTC
- Message-ID
- <alpine.LFD.2.00.1007081910480.6020@xanadu.home>
- In-Reply-To
- <201007082320.05017.jnareb@gmail.com>
On Thu, 8 Jul 2010, Jakub Narebski wrote:
Show 5 quoted lines
> If I remember correctly with pack v4 some operations like getting size > of tree object needs encoding to current format, so they are slower than > they should be (and perhaps a bit slower than current implementation). > But that should be I think rare (well, unless one streams to > 'git cat-file --batch / --batch-check').
I didn't write the code to recreate canonical object format yet, but I suspect that the pack v4 object encoding will have to carry the size for the canonical version.
> Would pack v4 need index v4?
So far, no.
> By the way, rev-cache project was started mainly to make "counting > objects" part of clone / fetch faster. Would pack v4 offer the same > without rev-cache?
That's indeed the main goal.
Nicolas