git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: pack-object's try_delta fast path for v2 trees?

From
Jeff King <peff@peff.net>
Date
Oct 15, 2013, 00:54 UTC
Message-ID
<20131015005417.GA16502@sigill.intra.peff.net>
In-Reply-To
<CACsJy8DgjCR+B+Bvbydns=bCZP5=TU1avPinnuDKqLZXS=4LNQ@mail.gmail.com>
On Tue, Oct 15, 2013 at 07:49:57AM +0700, Nguyen Thai Ngoc Duy wrote:
> I see this as pack-objects peformance improvements only. If we could
> make pack-objects run like 10% faster (even only with -adf), then it
> may be worth trying. The 10% is a total guess though as I haven't
> checked how much time we spend in searching deltas.

For "repack -ad", generally we don't spend that much time on deltas. It depends what your pre-repack state is, of course, but I find that most of the time goes to "counting objects". With "-adf", I would guess that we easily spend something like 95% of the time on compressing for a large repository (just try "repack -adf" on the kernel; even with 8 cores it's a half hour or more on my machine, versus about 25 seconds to count the objects).

So I think you could potentially get a lot of speedup for the "-adf" case (and likewise "git gc --aggressive").

-Peff
Previous: Duy NguyenNext: Nicolas Pitre
Message 5 of 8 in “pack-object's try_delta fast path for v2 trees?”
  1. Duy NguyenOct 12, 2013
  2. Nicolas PitreOct 12, 2013
  3. Jeff KingOct 15, 2013
  4. Duy NguyenOct 15, 2013
  5. Jeff KingOct 15, 2013
  6. Nicolas PitreOct 15, 2013
  7. Jeff KingOct 15, 2013
  8. Nicolas PitreOct 15, 2013

Read the whole thread, see it on lore, or plain text.

$ 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.