After some investigation I figured that ~50 Submodules are the culprit. Does anyone have an idea how to speed up Git on Windows while keeping 50 Submodules? Thanks, Lars > On 25 Nov 2015, at 13:35, Lars Schneider <larsxschneider@xxxxxxxxx> wrote: > > Hi Johannes, > > I am working with Git for Windows right now and it is dramatically slower than on OS X. > I executed "time git status" on Windows and OS X with the same repository and the following results: > > ## Windows git version 2.6.3.windows.1 (with enabled experimental flag on install): > real 0m1.327s > user 0m0.000s > sys 0m0.015s > > > ## OS X git version 2.4.9 (Apple Git-60): > git status 0.06s user 0.13s system 102% cpu 0.186 total > > > Initially it was even slower on Windows (~1.6s). According to [1] I used the following settings to make it faster: > $ git config --global core.preloadindex true > $ git config --global core.fscache true > > Is this behavior normal/expected? > If it is not normal, how would you debug the issue? How can I find out why it is so slow? > > My user drive is not on a net share and the machine has a SSD. > > Thanks, > Lars > > > [1] http://stackoverflow.com/questions/4485059/git-bash-is-extremely-slow-in-windows-7-x64 -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html