「chown -R」の後、gitは非常に遅い

内部にいくつかのGITサブモジュールを含む大規模なGITプロジェクトがあります。プロジェクトの各ファイルの所有権（chown -r）をrootユーザーからユーザーに再帰的に変更しました。

現在、すべてのgitコマンドは完了するまでに長い時間がかかり、99％のCPUを使用しているようです。問題は何ですか？

やった sudo chown -R my_user my_project/

更新

これはGIT関連だけではないようです。他の端末コマンドも時間がかかります。top通常の0〜1秒ではなく、15秒程度の100％gitの使用状況が表示されます。

bash git ownership

— lukas.pukenis
ソース

あなたのchown -rコマンドではありません。

— 2015年

@ABについて詳しく説明してください。

— lukas.pukenis

gitファイルにアクセスできる限り、ファイルの所有者は関係ありません。

— AB

topor htopおよびI / Oアクティビティの出力を監視します。

— ABの

暗闇の中の一撃：あなたは大規模だと言った。あなたがいるかもしれない前に、キャッシュされた として、今、所有権の変更後に、もう同じと見られていないファイル...か何かをネポムク / akonadi / _updatedb_ ISが新規としてすべてのインデックスを作成します。top htop...をチェック

— Hastur

コマンドで

sudo chown -R my_user my_project/

あなたは巨大な（あなたが言ったように）リポジトリのすべてのファイルを変更したので、あなたのKDE / GNOME / Unityファイルインデクサーは今多くの仕事をしています。その作業を完了するためのプロセス時間を与えます。コーヒーを飲みに行く;）

入出力の観点から何が起こっているかを監視するには、次のようにインストールiotopします。

sudo apt-get install iotop

そしての出力を見てください：

sudo iotop

— AB
ソース

どうして？gitモードのみを確認してください。

— muru

それがおそらく理由です。それも私が考えることができる唯一のものです。また、私はコーヒーが好きなので、私はすでに自分用に作ったものを持っています:)）

— lukas.pukenis

@ lukas.pukenisコーヒーとtop、htopレスポンスについてはどうですか？誰があなたのリソースを無駄にしていますか？:-)ファイルインデクサーから常にパスを除外し、食事や睡眠に行くときにもう一度追加できることに注意してください。

— Hastur

@Hasturと入力すると、git statusCPU使用率が100％になり、0..1数秒ではなく15 秒になります。メモリは問題ではなく、IOアクティビティは低い：/

— lukas.pukenis

@ lukas.pukenisあなたがそうであるように、私はそれほど簡単にそれを主張すべきではありません。そのファイルを開いたりブロックしたりしている他のプロセスがたくさんある場合（魔法の単語massiveを思い出してください）、以前より多くの時間が必要になる場合があります。HDDを使用しているユーザーとCPU時間を確認して更新してください。ここからは誰も答えを見つけることができず、そこにあります。良い狩りとコーヒー。ところで、インデクサーを一時停止/停止した場合、コマンドを実行したときの方が早いです。:-)良い狩りとコーヒー...

— Hastur