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

Re: [PATCH] Bump core.deltaBaseCacheLimit to 96m

From
Jeff King <peff@peff.net>
Date
May 5, 2014, 20:19 UTC
Message-ID
<20140505201928.GA24266@sigill.intra.peff.net>
In-Reply-To
<874n14tqty.fsf@fencepost.gnu.org>
On Mon, May 05, 2014 at 01:20:09PM +0200, David Kastrup wrote:
Show 9 quoted lines
> > Would it make more sense to advise git devs to set this per repo
> > instead? The majority of (open source) repositories out there are
> > small if I'm not mistaken. Of those few big repos, we could have a
> > section listing all the tips and tricks to tune git. This is one of
> > them. Index v4 and sparse checkout are some other. In future, maybe
> > watchman support, split index and untracked cache as well.
> 
> Shrug.  The last version of the patch was refused because of wanting
> more evidence.  I added the evidence.

FWIW, I was the one who asked for the evidence, and this patch looks pretty straightforward and good. We may also want to revisit the data structure for the delta cache, but that can come separately. My earlier tests had not shown improvement with just bumping the cache size, but these ones obviously do. So I think it's worth bumping the default.

-Peff
Previous: David Kastrup
Message 7 of 7 in “Bump core.deltaBaseCacheLimit to 96m”
  1. Bump core.deltaBaseCacheLimit to 96mDavid Kastrup, May 4, 2014
  2. Duy NguyenMay 5, 2014
  3. Duy NguyenMay 5, 2014
  4. Matthieu MoyMay 5, 2014
  5. Duy NguyenMay 5, 2014
  6. David KastrupMay 5, 2014
  7. Jeff KingMay 5, 2014

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.