Re: git performance after directory copy

From: Michael J Gruber <git@drmicha.warpmail.net>
Date: Sep 20, 2010, 10:54 UTC
Message-ID: <4C973D5F.4080807@drmicha.warpmail.net>
In-Reply-To: <vpq62y0hh63.fsf@bauges.imag.fr>

Matthieu Moy venit, vidit, dixit 20.09.2010 11:56:

Show 12 quoted lines

> "Gaer, A." <Andreas.Gaer@baslerweb.com> writes:
> 
>> On a copied source directory "git status" seems to be about
>> 3 times slower than on the original directory.
> 
> It is expected that the first "git status" be slower. It will most
> likely have to actually re-diff the files and update the index
> stat-cache.
> 
> But I'm surprised that the next "git status" are still slow. Other
> people may get a better explanation, but this very much looks like a
> bug.

In the OP's case, the inode/dev info differs (after copying, or after moving across FS boundaries). I don't think "git status" updates these. I noticed (and reported) something like this a while ago when, after a reboot, I would get warnings about crossing FS boundaries. Only a "rm .git/index && git reset --hard" was able to refresh the index properly. This case seems to be similar, although a simple "git reset --hard" appears to suffice.

Michael