我有5个子模块,一个git submodule update
需要6-8秒.在ubuntu13.10中,相同的git submodule update
命令在同一个repo上需要0.4秒。
为了解决这个问题,我尝试了以下两个问题中列出的所有内容:
Msysgit bash is horrendously slow in Windows 7
Git/Bash is extremely slow in Windows 7 x64
我做了以下几件事:
export PS1='$'
git config --global core.preloadindex true
git config --global core.fscache true
git config --global gc.auto 256
我没有想法,我想我会问是否有人有同样的问题,特别是在子模块更新。否则,在实现上述更改列表时,Git性能是可以接受的。我开始认为windows中git命令的实现实际上是错误的。
发布于 2017-03-22 22:19:39
罪魁祸首是McAfee病毒扫描仪。我花了2.5年时间才弄明白。在排除另一个问题时,我们的IT团队完全删除了这个问题(我很惊讶他们真的这么做了),我利用这个机会对它进行了测试。子模块更新速度快4倍,编译速度快2倍。
发布于 2014-07-28 21:20:23
尝试了所有上面的,但是在挖掘了几个小时之后,终于找到了一个运行msysgit 1.9.x的旧的和全新的Windows的解决方案。
尝试将%LOGONSERVER%
设置为“有效”值,如\\%COMPUTERNAME%
。事实上,将其设置为除空之外的任何值都会在两个Windows框上为Git+SSH提供稳定和正常的网络性能。
运行一个超级简单的:
git ls-remote git@gitlab...
Old Windows: 27 s -> 0.8 s
New Windows: 7 s -> 0.8 s
是的,一次请求是27秒。
这两个框都是由Windows任务调度程序运行的Jenkins奴隶。在使用RDP登录后,性能已经正常化,这使得调试变得非常棘手。Jenkins的“系统信息”页面及其环境变量转储最终给出了它。
https://stackoverflow.com/questions/24660897
复制相似问题