Windows 2003 服务器上的 git pull 非常慢(不是 ssh 传输部分)

Question

我在特定服务器上遇到问题，希望能帮助我进行调试。

运行 git 版本 1.7.10.msysgit.1 作为 git 扩展 2.3.1 的一部分安装Windows 2003 标准版 R2 SP2。还安装了 cwRsync(基于 Cygwin 1.7)。 Trend AV 正在运行(没有权限更改它，因为它是一台工作机器)。服务器是 VMWare VM 并且负载合理。

主要问题是 git pull(来自 git 扩展或 git bash)即使对于非常小的存储库(600k 和 26 个文件)也需要几分钟。在此期间，CPU 负载上升到接近 100%(在 1 个 CPU 上)。任务管理器将此负载归因于“系统”。 git.exe 的内存和 CPU 保持不变(和低)。

一般来说，git 最初在服务器上做任何事情都很慢。我通过更改 $PS1 以删除 __git_ps1 来显着改进。在这个 git clone、git push 之后，本地 git ops 仍然相当缓慢(每个 5-10 秒)，但至少它是可用的。(我 90% 的时间都基于 Linux，所以期待超快的速度!)

在 git pull 期间捕获的数据包显示 SSH 通信在整个过程中发生了 80%，并且只持续了几秒钟(正如您在良好系统上所期望的那样)。功能上 git pull 成功完成，没有报告错误。

使用 plink 手动使用 ssh 登录或 pull 文件显示正常，原始 ssh(捆绑)ssh 4.6p1 openSSL 0.9.8e 或最新的替换 ssh 5.9p1 openSSL 0.9.8s这种折扣任何网络或 SSH 相关方面。

系统日志或 git 扩展日志中没有任何指示任何错误的内容。

我查看了 2 个已安装磁盘的碎片整理。两者都需要去碎片化(10% 和 14%)，一个 90% 满，另一个有一些合理的空间。我没有碎片整理的权限，但我尝试将 repo 克隆到两个磁盘上，但故障没有显着差异。

我对 Trend AV 持怀疑态度(但无法更改它以消除它)，但在另一台服务器上使用相同的存储库运行相同的测试，这速度快得令人眼花缭乱。

我怀疑 git 可能会扫描 $HOME(该帐户在 NetHood 子目录下有大量外部共享)，但在 NetHood 中没有任何内容的单独帐户下运行相同的测试没有任何区别。

我知道这不是产品问题，但我已经没有想法了。鉴于我正试图说服相关公司迁移到 git - 公司服务器上的此类问题并不能完全帮助我的论点!

谢谢戴夫

Answer 1

这似乎是由 msysgit 使用古老的 OpenSSH 版本引起的。我认为这里的这个人解决了你的问题: http://darrell.mozingo.net/2011/09/29/painfully-slow-clone-speeds-with-msysgit-gitextensions/我还没有按照他的指示去做，所以我必须报告这是否对我有用。