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

AW: git performance after directory copy

From
GAGaer, A. <andreas.gaer@baslerweb.com>
Date
Sep 20, 2010, 11:37 UTC
Message-ID
<C5A8FDEFF7647F4C9CB927D7DEB307730F33B85B@ahr075s.basler.corp>
In-Reply-To
<vpq62y0hh63.fsf@bauges.imag.fr>
Hello all,

thanks Matthieu for your tip. "git diff" without "autorefreshindex" shows that all files have different stat info. Calling "git update-index --refresh" seems to be the right cure.

What I find a little bit confusing is that "git status" does not warn about such a situation, or even "repair" it. As I said, I wanted to move the project directories of several developers to a new partition without too much interference and the first try didn't succeed because people complained about "bad" "git status" performance (people get used to git rocket-fast performance very soon ;-).

Maybe this was introduced in the 1.7 release: "git status" is not "git commit --dry-run" anymore. "git commit --dry-run" does behave as you expect: first call takes a little bit longer, subsequent calls are fast again.

BTW, I tested on a system with git version 1.7.1 installed, but release notes do not suggest any changes in that respect in 1.7.2 or 1.7.3.

Regards,
 Andreas.
Previous: Michael J GruberNext: Johannes Sixt
Message 5 of 8 in “git performance after directory copy”
  1. Gaer, A.Sep 20, 2010
  2. Michael J GruberSep 20, 2010
  3. Matthieu MoySep 20, 2010
  4. Michael J GruberSep 20, 2010
  5. AW: git performance after directory copyGaer, A., Sep 20, 2010
  6. Johannes SixtSep 20, 2010
  7. AW: git performance after directory copyGaer, A., Sep 20, 2010
  8. Matthieu MoySep 20, 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.