Po `chown -R` git jest bardzo wolny

Mam ogromny projekt GIT z kilkoma podmodułami GIT w środku. Rekurencyjnie zmieniłem właściciela ( chown -r) z rootna mojego użytkownika dla każdego pliku w moim projekcie.

Teraz każde polecenie git zajmuje dużo czasu i wydaje się, że używa 99% procesora. Jaki jest problem?

Zrobiłem sudo chown -R my_user my_project/

AKTUALIZACJA

Wydaje się, że nie dotyczy to tylko GIT, inne polecenia terminala również zajmują dużo czasu. toppokazuje mi 100% użycia gita przez około 15 sekund zamiast zwykłych 0-1 sekund.

bash git ownership

— lukas.pukenis
źródło

nie twoje chown -rpolecenie.

— AB

@AB proszę opracować więcej.

— lukas.pukenis

gitnie dba o to, kto jest właścicielem plików, o ile ma on dostęp do plików.

— AB

Obserwuj dane wyjściowe toplub htopdziałania I / O.

— AB

Tylko strzał w ciemność: powiedziałeś masywny ; może przed buforowaniem plików, które teraz, po zmianie własności, nie są już postrzegane jako takie same ... lub coś, co nepomuk / akonadi / _updatedb_ indeksuje wszystko jako nowe. Sprawdź z top htop...

— Hastur

Za pomocą polecenia

sudo chown -R my_user my_project/

zmieniłeś wszystkie pliki w ogromnym (jak powiedziałeś) repozytorium, dlatego twój indeksator plików KDE / GNOME / Unity ma teraz dużo pracy. Daj procesowi czas na zakończenie pracy. Idź i napij się kawy ;)

Aby obserwować, co się dzieje z perspektywy wejścia / wyjścia, zainstaluj iotop:

sudo apt-get install iotop

i obserwuj wyniki:

sudo iotop

— AB
źródło

Dlaczego? gitsprawdź tylko tryby.

— muru

To prawdopodobnie jest powód. To jedyny, o którym myślę. Lubię też kawę, więc mam już taką dla siebie :))

— lukas.pukenis,

@ lukas.pukenis Co z kawą i top, htopodpowiedzi? Kto marnuje twoje zasoby? :-) Pamiętaj, że zawsze możesz wykluczyć ścieżki z indeksatora plików i dodać ponownie, kiedy pójdziesz zjeść lub spać!

— Hastur

@Hastur, gdy piszę jak git status, mam 100% użycia procesora przez około 15 0..1sekund zamiast sekund. Pamięć nie jest problemem, a aktywność IO jest niska: /

— lukas.pukenis

@ lukas.pukenis Nie powinienem tego tak łatwo twierdzić, bez wątpienia tak jak ty: jeśli istnieje wiele innych procesów, które otwierają / blokują te pliki (pamiętaj o magicznym słowie masywnym ), możesz potrzebować więcej czasu niż wcześniej. Sprawdź i zaktualizuj, kto używa dysku twardego i czasu procesora. Nikt nie może stąd znaleźć odpowiedzi i ona tam jest. Dobre polowanie i kawa. BTW, jeśli zatrzymasz / zatrzymasz indeksator i gdy wydasz polecenie, szybciej staniesz się winny. :-) Dobre polowanie i kawa ...

— Hastur