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

Re: [PATCH] Do not call git-rev-list from git-fetch-pack

From
Johannes Schindelin <johannes.schindelin@gmx.de>
Date
Oct 21, 2005, 19:44 UTC
Message-ID
<Pine.LNX.4.63.0510212134570.5542@wbgn013.biozentrum.uni-wuerzburg.de>
In-Reply-To
<7vwtk6vlqz.fsf@assigned-by-dhcp.cox.net>
Hi,
On Fri, 21 Oct 2005, Junio C Hamano wrote:
Show 5 quoted lines
> We send "haves" in order, without 2^n skipping nor binary search
> backtrack.  Instead, add a logic in upload-pack to see if a
> newly arrived "have" is a direct child of anything that we have
> already heard about, and mark to ignore them.  We need to add
> that MAX_HAS counting to fetch-pack side for this to work.

Yes. This makes it more simple, and is very efficient in the common case. How about increasing MAX_HAS to 64?

Adapted patch for fetch-pack coming soon.

Ciao, Dscho

Previous: Junio C HamanoNext: Junio C Hamano
Message 5 of 9 in “Do not call git-rev-list from git-fetch-pack”
  1. Do not call git-rev-list from git-fetch-packJohannes Schindelin, Oct 21, 2005
  2. Junio C HamanoOct 21, 2005
  3. Johannes SchindelinOct 21, 2005
  4. Junio C HamanoOct 21, 2005
  5. Johannes SchindelinOct 21, 2005
  6. Junio C HamanoOct 21, 2005
  7. Johannes SchindelinOct 22, 2005
  8. Daniel BarkalowOct 21, 2005
  9. Johannes SchindelinOct 21, 2005

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.