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

Why is git submodule slow under windows

From
ABArmbruster Joachim (BEG/EMS1) <joachim.armbruster@de.bosch.com>
Date
Jul 18, 2014, 10:14 UTC
Message-ID
<18956e25b6c14091a64af5a65ce5d13c@FE-MBX1009.de.bosch.com>
Hello,
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?

Next: Thomas Braun
Message 1 of 4 in “Why is git submodule slow under windows”
  1. Armbruster Joachim (BEG/EMS1)Jul 18, 2014
  2. Thomas BraunJul 18, 2014
  3. Fredrik GustafssonJul 18, 2014
  4. Jens LehmannJul 18, 2014

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.