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

Re: [PATCH] pack-refs: remove newly empty directories

From
Andreas Schwab <schwab@linux-m68k.org>
Date
Jul 6, 2010, 18:49 UTC
Message-ID
<m2y6doqwch.fsf@igel.home>
In-Reply-To
<1278368848-7037-1-git-send-email-price@ksplice.com>
Greg Price <price@ksplice.com> writes:
> In a large repository which uses directories to organize many refs,
> "git pack-refs --all --prune" does not improve performance so much
> as it should, unless we remove all the now-empty directories as well.

What happens if a parallel running git wants to update a ref in one of the now-empty directories? Can it get a spurious error after it has called safe_create_leading_directories?

Andreas.
-- 
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."
Previous: Junio C HamanoNext: Greg Price
Message 7 of 8 in “pack-refs: remove newly empty directories”
  1. pack-refs: remove newly empty directoriesGreg Price, Jul 5, 2010
  2. Junio C HamanoJul 6, 2010
  3. Greg PriceJul 6, 2010
  4. pack-refs: remove newly empty directoriesGreg Price, Jul 6, 2010
  5. Johannes SixtJul 6, 2010
  6. Junio C HamanoJul 6, 2010
  7. Andreas SchwabJul 6, 2010
  8. Greg PriceJul 6, 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.