From: Michael J Gruber <git@drmicha.warpmail.net>
Date: Mon, 20 Sep 2010 10:54:23 GMT
Subject: Re: git performance after directory copy
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:
> "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