2017-07-02 16 views
0

ローカルのgitリポジトリにコマンドを入力するたびに、キーストロークを登録するのに7〜8秒、コマンドを実行するのに7〜8秒かかることに気付きました。私は、アンチウイルスソフトウェアのような他のアプリから自分のログを調べて、それほど大きなものは見つけられていない。私はiTermを使っていますが、Terminalを使っているときと全く同じことが起こっていることも確認しました。OSX端末がgitリポジトリの実行速度が遅い

問題の原因が考えられますか?

私が助けてくれたら、私はOSX Yosemiteにいます。

答えて

1

ほとんどの場合、シェルプロンプトでリポジトリの現在の状態を確認し報告する何かが実行されている可能性があります。多くのシェルフレームワーク(oh-my-zsh、bash-itなど)がこれを行います。プロンプトが表示されるたびにリポジトリの状態をチェックします。

何らかの理由でリポジトリにアクセスしてステータスを報告するのが非常に遅い場合、この動作が表示されることがあります。いくつかの可能な理由は、次のとおりです。

  • リポジトリは、問題が発生しているストレージデバイス(ディスク、USBスティック、NAS)上にあり、反応が遅いです。

  • リポジトリは、応答が遅いネットワークマウントされたファイルシステム上にあります。

  • リポジトリは、仮想マシンにマウントされているなど、性能の低いファイルシステムマウントにあります。

+0

私はoh-my-zshを使用していますので、おそらくその部分に当てはまります。しかし、リポジトリはこれらの3つのケースのいずれにもありません。それは内部のSSDにあります。私はドライブに約21 GBを残して、問題は私の現在のディレクトリが空白のgitリポジトリに入っていても発生します。私は私のSSDに1つの他のレポしかないと思うし、それほど大きくない。 oh-my-zshは現在のレポ状態のみをチェックしますか? – joinkss

+0

@joinkssおそらく最も簡単なテストは、他のシェル(例えば 'exec/bin/bash'など)を使ってリポジトリに入って、oh-my-zshプロンプトが呼び出されていないということです。' git status'、 git log'などは遅いです。そうであれば、レポ内の何かが実際に遅いことを示します。そうでなければ、oh-my-zshはおそらく責任があるでしょう。 –

関連する問題