Re: git and larger trees, not so fast?
- From
Junio C Hamano <gitster@pobox.com>
- Date
- Aug 10, 2007, 00:51 UTC
- Message-ID
- <7vhcn8w6sw.fsf@assigned-by-dhcp.cox.net>
- In-Reply-To
- <alpine.LFD.0.999.0708091734210.25146@woody.linux-foundation.org>
Linus Torvalds <torvalds@linux-foundation.org> writes:
Show 9 quoted lines
> On Thu, 9 Aug 2007, Junio C Hamano wrote: >> >> While I do not think the previous one was hacky at all, this one >> IS a hack, not meant for inclusion. > ... > Sadly, that removal is required for some of the other cases, so it's not > like we can remove the remove. But we could *possibly* make things > ridiculously much faster by making the remove a lazy thing, and if the > next index operation just adds it back in, we wouldn't move things around.
Heh, that makes the two of us. I have been wanting to revamp or kill off unpack-trees for quite some time, and after all the patch you are responding to might be a small first step in the right direction ;-).