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

Re: [PATCH] docs: update 64-bit core.packedGitLimit default

From
Junio C Hamano <gitster@pobox.com>
Date
Jun 21, 2017, 18:38 UTC
Message-ID
<xmqqvanpp4n5.fsf@gitster.mtv.corp.google.com>
In-Reply-To
<20170621180618.6yc433nwpi4d5wof@sigill.intra.peff.net>
Jeff King <peff@peff.net> writes:
Show 5 quoted lines
> So the other direction, instead of avoiding the memory limit in (4), is
> to stop closing "small" packs in (2). But I don't think that's a good
> idea. Even with the code after David's patch, you can still trigger the
> problem by running out of file descriptors. And if we stop closing
> small packs, that makes it even more likely for that to happen.

I recall that when we notice that we cannot access a loose one that we earlier thought existed we fall back to rescan the packs? Would an approach similar to that can work to deal with the "closed small pack goes away" scenario?

Previous: Jeff KingNext: Jeff King
Message 9 of 13 in “Increase core.packedGitLimit”
  1. Increase core.packedGitLimitDavid Turner, Apr 20, 2017
  2. Jeff KingApr 20, 2017
  3. Johannes SchindelinApr 20, 2017
  4. David TurnerApr 20, 2017
  5. Johannes SchindelinApr 21, 2017
  6. docs: update 64-bit core.packedGitLimit defaultJeff King, Jun 21, 2017
  7. Stefan BellerJun 21, 2017
  8. Jeff KingJun 21, 2017
  9. Junio C HamanoJun 21, 2017
  10. Jeff KingJun 21, 2017
  11. Junio C HamanoJun 21, 2017
  12. Jeff KingJun 21, 2017
  13. Jeff KingJun 21, 2017

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.