特定のサーバーに問題があり、デバッグの助けをいただければ幸いです。
git 拡張機能 2.3.1 Windows 2003 Standard R2 SP2 の一部としてインストールされた git バージョン 1.7.10.msysgit.1 の実行。cwRsync (Cygwin 1.7 ベース) もインストールされています。トレンド AV 実行中 (これは作業用マシンであるため、これを変更する権限はありません)。サーバーは VMWare VM であり、適度に負荷がかかります。
主な問題は、非常に小さなリポジトリ (600k & 26 ファイル) の場合でも、(git 拡張機能または git bash からの) git pull に数分かかることです。その間、CPU 負荷は (1 CPU で) ほぼ 100% まで上昇します。タスク マネージャーは、この負荷を「システム」に割り当てます。git.exe のメモリと CPU は一定 (および低い) のままです。
一般に、git は元々、サーバー上で何かを行うのが非常に遅かったです。$PS1 を変更して __git_ps1 を削除することで、これを大幅に改善しました。この git clone、git push、ローカルの git ops はまだかなり遅いですが (それぞれ 5 ～ 10 秒)、少なくともほぼ使用可能です。(私は時間の 90% を Linux ベースにしているので、驚異的な速度を期待してください!)
git pull 中のパケット キャプチャは、SSH 通信がプロセス全体の 80% で発生し、数秒しか続かないことを示しています (優れたシステムで予想されるように)。機能的に git pull は正常に完了し、エラーは報告されません。
ssh を手動で使用してログインまたはファイルをプルしても、plink、元の ssh (バンドルされている) ssh 4.6p1 openSSL 0.9.8e または最新の代替 ssh 5.9p1 openSSL 0.9.8s を使用すると問題ないように見えます。
システム ログまたは git 拡張ログには、エラーを示すものは何もありません。
インストールされている2つのディスクのデフラグを調べました。どちらもデフラグ (10% と 14%) が必要で、一方は 90% いっぱいで、もう一方はある程度のスペースがあります。デフラグする権限がありませんが、レポを2つのディスクの両方に複製しようとしましたが、障害に大きな違いはありませんでした。
私はトレンド AV を疑っていましたが (ただし、これを変更して排除することはできません)、別のサーバーで同じリポジトリを使用して同じテストを実行しましたが、これは驚くほど高速です。
git が $HOME をスキャンしている可能性があるのではないかと疑っていましたが (アカウントには NetHood サブディレクトリの下に外部共有の負荷があります)、NetHood に何もない別のアカウントで同じテストを実行しても違いはありませんでした。
これが製品の問題ではないことは理解していますが、考えが尽きてしまいました。関係する会社に git に移行するよう説得しようとしているとすれば、企業サーバーでのこのような問題は、私の議論の助けにはなりません!
ありがとうデイブ