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

Re: [PATCH] Revert "pack-objects: fix pack generation when using pack_size_limit"

From
Junio C Hamano <gitster@pobox.com>
Date
Feb 8, 2010, 17:43 UTC
Message-ID
<7v3a1bpqqq.fsf@alter.siamese.dyndns.org>
In-Reply-To
<alpine.LFD.2.00.1002081032530.1681@xanadu.home>
Nicolas Pitre <nico@fluxnic.net> writes:
Show 13 quoted lines
> This reverts most of commit a2430dde8ceaaaabf05937438249397b883ca77a.
>
> That commit made the situation better for repositories with relatively
> small number of objects.  However with many objects and a small pack size
> limit, the time required to complete the repack tends towards O(n^2),
> or even much worse with long delta chains.
>
> Signed-off-by: Nicolas Pitre <nico@fluxnic.net>
> ---
>
> Fixing this doesn't appear to be as trivial as I initially thought.
> Although I do have some ideas, they're not appropriate so late in 
> the -rc period.

Ok, so the idea is what a2430dd tried is an issue worth addressing but the particular execution wasn't good? We revert it for now, but we will try again after the release, perhaps doing it differently?

I agree with it if that is your intention, but "Most of" bugs me a bit.
Previous: Nicolas PitreNext: Nicolas Pitre
Message 2 of 3 in “Revert "pack-objects: fix pack generation when using pack_size_limit"”
  1. Revert "pack-objects: fix pack generation when using pack_size_limit"Nicolas Pitre, Feb 8, 2010
  2. Junio C HamanoFeb 8, 2010
  3. Nicolas PitreFeb 8, 2010

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.