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

Re: [RFC] Dynamic window size on repack?

From
Linus Torvalds <torvalds@linux-foundation.org>
Date
Jul 8, 2007, 21:39 UTC
Message-ID
<alpine.LFD.0.999.0707081437590.31544@woody.linux-foundation.org>
In-Reply-To
<alpine.LFD.0.999.0707081429500.31544@woody.linux-foundation.org>
On Sun, 8 Jul 2007, Linus Torvalds wrote:
>
> In other words, just look at how the variables "struct unpacked *array" 
> (the whole window array) and the "struct unpacked *n" (the "next entry" in 
> the array using a simple circular queue using "idx") are accessed.

Side note: a limit based on object sizes is likely a much better way to handle the window than just a "number of objects" thing ever was. Doing the size in number of objects was easier, and is fine for source code that tends to have a reasonably normal distribution of sized, but yeah, if you have a few really big objects with lots of history, then it's likely the wrong thing to do just because it can get really expensive.

		Linus
Previous: Linus Torvalds
Message 4 of 4 in “[RFC] Dynamic window size on repack?”
  1. Brian DowningJul 8, 2007
  2. Dana HowJul 8, 2007
  3. Linus TorvaldsJul 8, 2007
  4. Linus TorvaldsJul 8, 2007

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.