Git BashがWindows 7 x64で非常に遅い

私は小さなプロジェクトの開発中にWindowsとUbuntuの両方でGitを使用しており、2つの間を頻繁に行き来していました。問題は、Git Bashが常に遅くなることです。

遅いと言うと、実行にcdは8〜25秒かかり、gitコマンドの実行には5〜20秒かかり、場合lsによっては最大30秒かかることもあります。言うまでもなく、これは楽しいことではなく、非生産的です。WindowsではGitが遅いのはわかっていますが、これはばかげています。

私にとって一時的に機能した1つの解決策は、（この回答で提案されているように）ネットワーク接続を無効にし、Git Bashを起動してから再接続することです。それを実行した後も数日間は高速で動作し続けることがありますが、最終的には常にパフォーマンスが低下します。msysgitディスカッショングループ、スタックオーバーフロー、msysgitの問題リストなどを何週間もオンとオフで調べましたが、機能するソリューションを見つけることができませんでした。

これまでのところ、私は試しました：

• ウイルススキャナーの除外リストにGitおよびプロジェクトフォルダーを追加する
• ウイルススキャナーを完全に無効にする（Kaspersky IS 2011）
• Outlookが実行されていないことを確認する（Outlook 2007）
• 他のすべてのアプリケーションをシャットダウンする
• 管理者としてGit Bashを実行する
• ネットワーク接続の無効化、Git Bashの起動、および接続の無効化の維持
• ネットワーク接続の無効化、Git Bashの起動、接続の再有効化（たまにしか機能しない）
• ランニング git gc
• 上記の組み合わせ

何人かの人々がBashの補完を無効にすることに成功したことを私は読んだが、理想的にはそれをアクティブに保ちたい。msysgitのバージョンは1.7.3.1-preview20101002で、OSはWindows 7 x64です。Linuxで同じことを実行することは、予想通り、非常に高速です。私はLinuxを排他的に使用しますが、Windowsでも実行する必要があります（特定のアプリケーション、テストなど）。

誰かが同様の問題に遭遇しましたか？もしそうなら、根本的な問題は何であり、解決策は（もしあれば）何でしたか？

これはGitリポジトリだけにとどまりませんが、参考までに、私がGitを使用していたリポジトリはかなり小さく、最大で4〜50ファイルです。

3つのコマンドを実行していくつかの構成オプションを設定することにより、WindowsでGitを大幅に高速化できます。

git config --global core.preloadindex true
git config --global core.fscache true
git config --global gc.auto 256

ノート：

• core.preloadindex レイテンシを隠すためにファイルシステム操作を並行して実行します（更新：Git 2.1ではデフォルトで有効になっています）

• core.fscache UACの問題を修正し、管理者としてGitを実行する必要がないようにしました（更新：Git for Windows 2.8ではデフォルトで有効になっています）

• gc.auto .git /内のファイル数を最小化

BashプロンプトにGit情報が表示されていますか？もしそうなら、多分あなたはすべてのコマンドにあまりにも多くの仕事をしているのでしょうか。この理論をテストするには、Bashで次の一時的な変更を試してください。

export PS1='$'

私のWindowsホームディレクトリはネットワーク上にあり、Git Bashコマンドが最初にそこを探しているのではないかと思いました。案の定、私がを調べたところ$PATH、/h/bin最初にリストさ/hれていました。Windowsファイルサーバー上の共有/h/binは存在しませんが、どこにあるのでしょうか。
私/etc/profileはそれを最初に置くエクスポートコマンドを編集してコメントアウトしました$PATH：

#export PATH="$HOME/bin:$PATH"

これにより、おそらくGit Bashがネットワーク上で実行可能ファイルを探しなくなったため、コマンドの実行速度が大幅に向上しました。私/etc/profileはだったc:\Program Files (x86)\Git\etc\profile。

ネットワークドライブがパフォーマンスの問題であることがわかりました。HOME遅いネットワーク共有を指していた。私はオーバーライドできませんでしたがHOMEDRIVE、それは私が見たものからの問題ではありません。

デスクトップでコンピューターを右クリックして環境変数を設定します->プロパティ->システムの詳細設定->環境変数ユーザー変数に追加セクション

HOME=%USERPROFILE%

Chris Dolanの回答の拡張として、次の代替PS1設定を使用しました。〜/ .profileにコードフラグメントを追加するだけです（Windows 7ではC：/Users/USERNAME/.profile）。

fast_git_ps1 ()
{
    printf -- "$(git branch 2>/dev/null | sed -ne '/^\* / s/^\* \(.*\)/ [\1] / p')"
}

PS1='\[\033]0;$MSYSTEM:\w\007
\033[32m\]\u@\h \[\033[33m\w$(fast_git_ps1)\033[0m\]
$ '

これは、カラーシェルの利点と現在のブランチ名の表示（Gitリポジトリ内にある場合）を保持していますが、私のマシンでは0.75秒から0.1秒と大幅に高速です。

これは、このブログ投稿に基づいています。

あなたの問題はネットワークベースである可能性がありますが、私はgit status2つの変更を行うことにより、ローカルコールを10倍に高速化しました（7秒以上から700ミリ秒まで）。これは、21,000個のファイルと大量の大きなバイナリファイルが含まれる700 MBのリポジトリにあります。

1つは、並列インデックスのプリロードを有効にすることです。コマンドプロンプトから：

git config core.preloadindex true
これtime git statusは7秒から2.5秒に変更されました。

更新！

以下は不要になりました。mysysgit 1.9.4現在、パッチ によりこれが修正されています
https://github.com/msysgit/git/commit/64d63240762df22e92b287b145d75a0d68a66988
ただし、次のように入力して修正を有効にする必要があります
git config core.fscache true

UACと "luafv"ドライバーも無効にしました（再起動が必要です）。これにより、Windows Vista、7、および8で、システムの場所に書き込もうとするプログラムをリダイレクトし、代わりにそれらのアクセスをユーザーディレクトリにリダイレクトするドライバーが無効になります。

これがGitのパフォーマンスにどのように影響するかについての説明は、https：//code.google.com/p/msysgit/issues/detail？id = 320を参照して ください。

このドライバーを無効にするには、regeditで「開始」キーHKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Services/luafvを4に変更してドライバーを無効にします。次に、UACを最低の設定である「通知しない」にします。

このドライバーを無効にすると、警告が出ます（警告が出ます）場合は、システムパーティションとは別のドライブ（またはパーティション）で代替が実行されています。どうやら、ドライバーはシステムパーティション上のファイルアクセスでのみ実行されます。2台目のハードドライブがあり、Cドライブでこのレジストリ変更を実行すると、Dドライブではなく、同じ結果が表示されます。

この変更にはtime git status、2.5秒から0.7秒かかります。

また、https ：//github.com/msysgit/git/pull/94およびhttps://github.com/git/git/commit/d637d1b9a8fb765a8542e69bd2e04b3e229f663bをフォローして、Windowsで速度の問題が発生しているため、現在進行中の追加作業を確認することもできます。 。

Gitを完全にアンインストールし、再起動（従来のWindowsの対策）し、Gitを再インストールすることで解決したようです。また、残ったすべてのbash構成ファイル（それらは手動で作成されたもの）を一掃しました。すべてが再び速いです。

何らかの理由で再インストールができない（または望ましい）場合は、Chris Dolanの回答で参照されているPS1変数を変更してみます。その結果、特定の操作で大幅なスピードアップが実現しました。

「管理者として実行」でcmd.exeを起動することにより、Windows 7 x64での遅いGit問題を解決しました。

ここで推奨されているように、 core.preloadindexをtrueに設定することで、まともな改善が見られました。

Chris DolanとWilbertの回答で述べたように、PS1はあなたを遅くします。

完全に無効にする（Dolanの提案による）か、Wilbertが提供するスクリプトを使用するのではなく、はるかに高速な「ダムPS1」を使用します。

それは使用します(git symbolic-ref -q HEAD || git rev-parse --short HEAD) 2> /dev/null：

PS1='\033[33m\]\w \n\[\033[32m\]$((git symbolic-ref -q HEAD || git rev-parse -q --short HEAD) 2> /dev/null) \[\033[00m\]# '

私のCygwinでは、これはWilbertの「fast_Git_PS1」の回答よりも高速です-200ミリ秒対400ミリ秒なので、プロンプトの緩慢さを少し削ります。

それほど洗練され__git_ps1ていません。たとえば、.gitディレクトリにcdしたときにプロンプ​​トが変更されることはありませんが、通常の日常的な使用には十分で高速です。

これはGit 1.7.9（Cygwinでテストされていますが、どのプラットフォームでも動作するはずです）。

また、次のGit構成を変更することで、パフォーマンスを大幅に向上させることができます。

git config --global status.submoduleSummary false

git statusWindow 7 x64で単純なコマンドを実行すると、コンピューターの実行に30秒以上かかりました。このオプションが定義された後、コマンドは即時に実行されます。

次のページで説明するようにGit独自のトレースをアクティブにすると、問題の原因を特定するのに役立ちました。これは、インストール環境によって異なる可能性があります。https： //github.com/msysgit/msysgit/wiki/Diagnosing-why-Git-is-so-スロー

私はGit BashとGit GUIの両方で同じ問題を抱えていました。どちらのプログラムも正常に実行するために使用しますが、その後、ランダムに速度が低下してクロールし、その理由を理解できませんでした。

結局のところ、それはアバストでした。アバストによってさまざまなプログラム（作成したプログラムを含む）に奇妙なことが起きたので、一瞬無効にしたので、BashはLinuxと同じ速度で実行されるようになりました。Gitプログラムファイルフォルダー（C:\Program Files\Git）をアバスト除外リストに追加したところ、Linuxと同じ速度で実行されるようになりました。

そして、はい、ウイルス対策ソフトウェアは元の投稿の問題ではなかったと思いますが、誰かに役立つ場合に備えて、ここにここに置いておきます。

これらの他の回答に加えて、並列サブモジュールフェッチを使用して、複数のサブモジュールを含むプロジェクトを高速化しました（Git 2.8は2016年の初めから）。

これは、を使用しgit fetch --recurse-submodules -j8て設定できgit config --global submodule.fetchJobs 8ますが、使用したい/使用したい多くのコアを使用できます。

cmdからGitを使用する場合は、Git Bashから実行してみてください。cmdでは、git.exeは実際にはラッパーであり、起動するたびに正しい環境をセットアップし、その後で実際のgit.exeを起動します。やりたいことだけを行うのに必要な時間の最大2倍の時間がかかることがあります。そして、Git Bashは起動時にのみ環境をセットアップします。

デバイスマネージャーでAMD Radeon Graphics（またはIntel Graphics）をオフにすることだけが私を助けました。

私はここで答えを見つけました：https : //superuser.com/questions/1160349/git-is-extremely-slow-on-windows# =

組み合わせた回答：

1. Wilbert's -PS1に含める情報
2. sinelawの - (<branch_name>)または(<sha>)

# /unix/140610/using-variables-to-store-terminal-color-codes-for-ps1/140618#140618
# /unix/124407/what-color-codes-can-i-use-in-my-ps1-prompt
# \033 is the same as \e
# 0;32 is the same as 32
CYAN="$(echo -e "\e[1;36m")"
GREEN="$(echo -e "\e[32m")"
YELLOW="$(echo -e "\e[33m")"
RESET="$(echo -e "\e[0m")"

# /programming/4485059/git-bash-is-extremely-slow-in-windows-7-x64/19500237#19500237
# /programming/4485059/git-bash-is-extremely-slow-in-windows-7-x64/13476961#13476961
# /programming/39518124/check-if-directory-is-git-repository-without-having-to-cd-into-it/39518382#39518382
fast_git_ps1 ()
{
    git -C . rev-parse 2>/dev/null && echo " ($((git symbolic-ref --short -q HEAD || git rev-parse -q --short HEAD) 2> /dev/null))"
}

# you need \] at the end for colors
# Don't set \[ at the beginning or ctrl+up for history will work strangely
PS1='${GREEN}\u@\h ${YELLOW}\w${CYAN}$(fast_git_ps1)${RESET}\] $ '

結果：

かなり長い間、制限付きユーザーアカウントとしてWindows 7 x64でGit for Windows（msysgit）を実行しているのと同じ問題に遭遇しました。

私がここや他の場所で読んだことから、共通のテーマは、管理者特権やUACの欠如であるようです。私のシステムではUACがオフになっているので、プログラムファイルディレクトリで何かを書き込みまたは削除しようとしているという説明は、私にとって最も理にかなっています。

いずれにせよ、zipinstallerを使用してGit 1.8のポータブルバージョンをインストールすることで問題を解決しました。zipinstallerが機能するためには、.7z配布ファイルを解凍して、ZIPファイルとして再パックする必要があったことに注意してください。そのディレクトリをシステムパスに手動で追加する必要もありました。

現在、パフォーマンスは良好です。Program Files (x86)制限付きユーザーとしての権限がないディレクトリにインストールされていますが、同じ問題が発生するようには見えません。

これは、おそらくポータブルバージョンがファイルの書き込み/削除を行う場所で少し保守的であるという事実、またはおそらく1.7から1.8へのアップグレードによるものです。理由の1つを特定するつもりはありません。Bashを含めて、これがはるかにうまく機能していると言えば十分です。

私の場合、それは実際にGast BashにつながるAvastアンチウイルスであり、PowerShellさえも非常に遅くなっていました。

最初にアバストを10分間無効にして、速度が向上するかどうかを確認しました。その後、Gast Bashインストールディレクトリ全体をAvastの例外として、読み取り、書き込み、実行のために追加しました。私の場合はそれでしたC:\Program Files\Git\*。

上記のどれも私を助けることができませんでした。私のシナリオでは、問題は次のように表示されていました：

• 任意のllコマンドが遅い（実行するのに約3秒を取っていた）されました
• 後続のllコマンドは即座に実行されましたが、前のlsコマンドから45秒以内の場合のみです。

プロセスモニターでのデバッグに関しては、すべてのコマンドの前にDNS要求があったことがわかりました。

ファイアウォール（私の場合はコモド）を無効にしてコマンドに問題を実行させるとすぐになくなります。そして、ファイアウォールが再びオンに切り替えられたときに、元に戻りません。できるだけ早い機会に、このプロセスを更新して、どのプロセスがDNS要求のブロックを実行していて、何がターゲットであったかについての詳細情報を追加します。

BR、G

私の場合、Git Bashショートカットはに設定されていましたStart in:%HOMEDRIVE%%HOMEPATH%（Git Bashを右クリックしてプロパティを選択すると、これを確認できます）。これがネットワークドライブでした。

解決策は、それを指すようにすること%HOME%です。それがない場合は、環境変数で設定できます。これで、Git Bashは非常に高速になります。

私はgit PS1の速度低下にも問題がありましたが、長い間、それはデータベースサイズの問題（大きなリポジトリ）であると考えてgit gcいて、さまざまなトリックを試していて、あなたと同じように他の理由を探していました。しかし、私の場合、問題は次の行でした：

function ps1_gitify
{
   status=$(git status 2>/dev/null )      # <--------------------
   if [[ $status =~ "fatal: Not a git repository" ]]
   then
       echo ""
   else
       echo "$(ps1_git_branch_name)  $(ps1_git_get_sha)"
  fi
}

やってgit statusすべてのコマンド・ライン・ステータス・ラインのためには遅かったです。痛い。手で書いたものです。私がしようとしたときにそれが問題であることがわかりました

export PS1='$'

ここで一つの答えで述べたように。コマンドラインは非常に高速でした。

今私はこれを使っています：

function we_are_in_git_work_tree
{
    git rev-parse --is-inside-work-tree &> /dev/null
}

function ps1_gitify
{
    if ! we_are_in_git_work_tree
    then
    ...

Stack OverflowのPS1行から、gitの現在のブランチと色を使用して問題なく動作します。ここでも、高速なGitコマンドラインを使用します。

私の同僚は、（7）は、WindowsのGitとのトラブルを持っていたgit status checkoutし、add高速であったが、git commit年齢を取りました。

この問題の根本的な原因を突き止めようとしていますが、リポジトリを新しいフォルダに複製することで問題が解決しました。

多くの人が言ったように、これはstashWindowsのシェルスクリプトが原因ですが、Git 2.18.0以降、Windowsインストーラーには、はるかに高速（〜90％）の組み込みバージョンのstash- https：/の実験的機能のオプションがあり ます。 /github.com/git-for-windows/build-extra/pull/203。