Am 18.07.2014 12:14, schrieb Armbruster Joachim (BEG/EMS1):
> We split a monolithic repository into ~50 submodules. The stored data
> has the same size. In the 1:1 comparison to the monolithic
> repository, the submodule handling is very slow. Under Linux
> everything remains fast, but windows is slow.
> So, why is git getting slow when it has to deal with a lot of
> submodules? I read something about the lack of the underlying cygwin
> to handle NTFS in a efficient way. Is this the root cause, or are
> there other causes also?
I assume you are using the latetst git from https://msysgit.github.io on
I would guess that submodules on windows are slow because
git-submodules.sh is a shell script, and bash on windows is not really
There has been some (albeit older) discussion on the msysgit
mailinglist, see .
You can play around with core.fscache  maybe that helps.
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html