git - Msysgit bash は Windows 7 で恐ろしく遅い

Question

私は git が大好きで、自宅ではほぼ常に OS X で使用しています。仕事では、Windows で svn を使用していますが、ツールが完全に成熟したらすぐに git に移行したいと考えています ( TortoiseGitだけでなく、 VisualSVNによって提供される非常に優れた Visual Studio 統合に似たものも)。しかし、私は脱線します...

最近、Windows 7 マシンにmsysgitをインストールしましたが、含まれているバージョンの bash を使用すると、非常に遅くなります。git 操作だけではありません。clear約 5秒かかります。ああああ！

誰かが同様の問題を経験しましたか?

編集: msysgitはUACでうまく動作していないようで、XP で開発したり、UAC を無効にして Vista または 7 を実行したりすることによる小さな設計上の見落としである可能性があります。を使用してGit Bashを起動Run as administratorすると、OS Xで見られる超高速になります（または、ネットワーク接続でGit Bashを起動した後の7で-@Gauthierの回答を参照）。

編集 2 : AH HA! 私の答えを見てください。

score 37 · Accepted Answer

Vistaまたは7での速度低下の解決策は、Git Bashを使用して実行しているようですRun as administrator（またはGit BashショートカットのUACを無効にする...またはUACを完全に無効にする）。違いは昼と夜であり、7でgitを使用することは再び素晴らしいです。

これは既知の問題に関連しているようで、私が推測したように、msysgitの開発環境としてのXPが部分的に責任があります。

score 14 · Accepted Answer

私にとっての問題は、シェルプロンプトでの__git_ps1の使用でした-msysgitのディスクアクセスが遅いためだと思います。

解決策は、/ etc/profileのPS1=...行から$（__ git_ps1）を削除することでした。

このソリューションが適用されるかどうかのクイックテスト：gitシェルでexport PS1 ='$'と入力し、操作の速度を確認します。

score 12 · Accepted Answer

ここにあるほぼすべてのヒント (私の他の回答のヒントを含む) を新しいマシンで試しましたが、うまくいきませんでした。

次に、ウィルススキャンソフトウェア (プリインストールされていた) を調べました。「git svn rebase」に必要な時間が 30 秒から 5 秒に短縮されました (!)。

これが、Windows で遅い Git の問題を抱えている他の人に役立つことを願っています。これを理解するのに何時間も費やしました。

score 9 · Accepted Answer

残念ながら、「管理者として実行」は機能しませんでしたが、Kevin Lが見つけたように、ネットワークアダプターを切断し、git bashを起動してから、再接続すると正常に機能しました。そこで、これをバッチスクリプトでラップし、管理者として実行するようにフラグを付けて、スタートメニューにショートカットを配置しました。

netsh interface set interface "Local Area Connection" DISABLED
cd "%USERPROFILE%\Documents\Visual Studio 2010\Projects"
start cmd /c ""C:\Program Files\Git\bin\sh.exe" --login -i"
netsh interface set interface "Local Area Connection" ENABLED

ネットワークが一時的に切断されたことを覚えている限り、ご馳走になります。

（Win 7 Professional SP1、Gitバージョン1.7.8-preview20111206）

score 5 · Accepted Answer

私の同僚は、Outlook が実行されているときは常にこの動作をしていました。見通しを殺して、もう一度テストしてみてください。

次のテストを試すこともできます。

どのネットワークにも接続せずに、
ウイルス対策を実行せずに、
他のプログラムを実行することなく。

score 3 · Accepted Answer

特定のユーザーアカウントで実行している場合、別の git.exe インスタンスがの呼び出しでブロックされるWaitForSingleObject()ため、一度に 1 つの git.exe 操作しか効果的に実行できないことがわかりました。ユーザーアカウントを変更すると、この問題を回避できました。

詳細はこちら: https://stackoverflow.com/a/13054022

score 3 · Accepted Answer

私は MacAffee を持っていて、.git ディレクトリとすべてのサブディレクトリをリアルタイムスキャンから除外するように指示することで、パフォーマンスの問題に対処しました。

score 1 · Accepted Answer

Windows 7 UACをいじる代わりに、プログラムファイルフォルダーの外にmysysgitをインストールすることもできます。たとえば、「C：\ Program Files（x86）\ Git」の代わりに、「C：\git」にインストールしてみてください

「管理者として実行」とUACコントロールをいじってみましたが、あきらめて新規インストールをやり直しました。以前は最大約15KiB/sでしたが、現在は60kiB/sを超えています。

score 1 · Accepted Answer

私はしばらくこれをトラブルシューティングしてきましたが、問題の原因を特定するのに苦労しました. 最終的に、劇的な影響を与える 2 つのことがわかりました。

Windows Search サービスをオフにします。これは、パフォーマンスに劇的な影響を与えました。
Git 拡張機能を閉じます。Git 拡張機能の参照ウィンドウをバックグラウンドで開いていると、Cygwin の git コマンドの実行時間が最大で約 10 倍にランダムに増加しました。

score 1 · Accepted Answer

この問題にあるように、UAC 仮想化をオフにして実行すると (UAC を完全に無効にする必要はありません)、大きな違いが生じます。

この投稿では、それをオフにする方法について説明しています (投稿の下部を参照してください。レジストリ設定は 1 つだけです)。

私が接続している 1 つの (大規模な) SVN リポジトリで、上記の変更を行うだけで、「git svn rebase」に必要な時間が 15 秒から 5 秒に短縮され、3 倍の改善が見られました。

score 1 · Accepted Answer

UAC をオフにしてもパフォーマンスが向上しない場合は、luafv ドライバーをオフにしてみてください。このページのほとんどすべてといくつかの同様の質問を試した後、これはうまくいきました。Git は、使用できないほど遅いものから、かなりまともなものになりました。

「regedit」を開き、レジストリキーを見つけます

HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/services/luafv

の値をStart2 から 4 に変更します。

luafv ここで無効にする方法の詳細を見つけました。私は個人的に何が何なのか、何をしているのかわからないことに注意してくださいluafv。そのページには、オフにした場合に発生する可能性のある悪いことについてさまざまな警告が表示されますが、これはおそらく真剣に受け止める必要があります.

編集：以下のコメントは、私がこれを間違った方法で取得したことを指摘しました（リンクには正しい方法があります）。現在修正されています。私がレジストリをゴミ箱に捨てた人々に申し訳ありません:)

score 0 · Accepted Answer

ここでの問題は、bashの完了が有効になっている場合に発生する可能性があります。これは、WindowsではLinuxよりもかなり低速です。

PS1変数を「$」のような単純なものに設定してみて、これによって処理が高速化されるかどうかを確認してください。もしそうなら、最近のgit-versionsでbash-completionにいくつかの最適化が行われていることに注意してください。おそらく、アップグレードする必要があります。

score 0 · Accepted Answer

これは私のために働いた。ワンサイズですべてのソリューションに対応できるとは思わないでください。

bashとwindowsの$HOME環境変数を確認してください。ユーザーアカウントを指している場合は、ユーザーのWindowsプロファイル/権限を確認してください。それに応じて、ユーザーアカウントまたは$HOMEのいずれかを変更します。

score 0 · Accepted Answer

指摘されているように、最善の解決策は管理者として実行することです。ただし、少なくともgit ステータスを高速にする別のオプションは、 trustctime = falseです。その前にgit statusには約 30 秒かかり、その後は出力に表示されるのと同じ量です - X 秒かかりました...

score 0 · Accepted Answer

msysgit をアンインストールし、Windows を再起動し、最新バージョンの msysgit をインストールしてみてください。それは私のためにトリックをしているように見えました。ここでこの提案を見つけました：

https://stackoverflow.com/a/4506192/1413941

編集

PS 遅い Git の問題が発生する前に既に UAC を無効にしていたので、Git を高速化するために UAC を無効にする必要があるかどうかはわかりません。

score 0 · Accepted Answer

次の git 構成を変更することで、重要なパフォーマンスの向上が得られる場合もあります。

git config --global status.submoduleSummary false

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

次のページで説明されているように Git 独自のトレースを有効にすると、問題の原因を特定するのに役立ちました。これは、インストールによって異なる可能性があります。スロー

score 0 · Accepted Answer

Windows 7 x64 で制限付きユーザーアカウントとして git for Windows (msysgit) を実行しているときに、かなり長い間同じ問題に遭遇しました。私がここや他の場所で読んだことから、共通のテーマは管理者権限や UAC の欠如のようです。私のシステムではUACがオフになっているため、プログラムファイルディレクトリに何かを書き込んだり削除したりしようとしているという説明が最も理にかなっています。

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

パフォーマンスは今のところ問題ありません。制限付きユーザーとしてのアクセス許可を持っていない Program Files (x86) ディレクトリにインストールされていますが、同じ問題は発生していないようです。私はこれを、ポータブルバージョンがファイルの書き込み/削除の場所でもう少し保守的であるという事実 (おそらくそうである)、または 1.7 から 1.8 へのアップグレードのいずれかに起因すると考えています。どれが原因かを突き止めるつもりはありませんが、現在ははるかにうまく機能していると言えます。

score -4 · Accepted Answer

おそらく、Git リポジトリを分析するプロンプトの問題です。Git リポジトリの外部のどこかで「クリア」を実行することでテストできます。また、git-completion.bash にパッチを適用するか、core.filemode でトリックを実行することで、高速化できます。

Visual Studio との統合について: これはオープンソースです。他の人があなたのために無料で働くことを期待するのは不公平です.

また、msysGit メーリングリストで質問しないのはかなりおかしいと思いますが、ここでは脱線します。

git - Msysgit bash は Windows 7 で恐ろしく遅い

19 に答える 19

Related

Reference