Re: git-index-pack really does suck..

From: Linus Torvalds <torvalds@linux-foundation.org>
Date: Apr 3, 2007, 21:13 UTC
Message-ID: <Pine.LNX.4.64.0704031411320.6730@woody.linux-foundation.org>
In-Reply-To: <20070403210319.GH27706@spearce.org>

On Tue, 3 Apr 2007, Shawn O. Pearce wrote:

> 
> So even with --paranoid (aka what we have now) index-pack still
> should be faster than unpack-objects for any sizeable transfer,
> and is just as "safe".

I agree 100% that index-pack is much much MUCH better than unpack-objects ever was, so ..

> If its the missing-object lookup that is expensive, maybe we should
> try to optimize that.  We do it enough already in other parts of
> the code...

Well, for all other cases it's really the "object found" case that is worth optimizing for, so I think optimizing for "no object" is actually wrong, unless it also speeds up (or at least doesn't make it worse) the "real" normal case.

		Linus

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.