Після `chown -R` git дуже повільний

У мене є масштабний проект GIT з кількома підмодулями GIT всередині. Я рекурсивно змінював право власності ( chown -r) rootна свого користувача для кожного файлу в моєму проекті.

Тепер будь-яка команда git потребує багато часу для завершення і, здається, використовує 99% процесора. У чому питання?

я зробив sudo chown -R my_user my_project/

ОНОВЛЕННЯ

Здається, це стосується не лише GIT, але й інші термінальні команди також займають багато часу. topпоказує мені 100% використання git протягом 15 секунд замість звичайних 0-1 секунд.

bash git ownership

— lukas.pukenis
джерело

не ваша chown -rкоманда.

— AB

@AB, будь ласка, детальніше.

— lukas.pukenis

gitне байдуже, хто належить до файлів, доки він може отримати доступ до файлів.

— AB

Слідкуйте за результатами topабо htopта вводу-виводу.

— AB

Просто постріл у темряві: ви сказали масово ; можливо, раніше ви кешували файли, які зараз, після зміни власності, більше не сприймаються як однакові ... або щось таке, що nepomuk / akonadi / _updateb_ індексує все як нове. Перевірте top htop...

— Гастур

З командою

sudo chown -R my_user my_project/

ви змінили всі файли у величезному (як ви вже сказали) сховищі, тому ваш індекс-індекс файлів KDE / GNOME / Unity зараз дуже багато працює. Дайте процесу процес, щоб завершити його роботу. Іди і пий каву ;)

Щоб переглянути те, що відбувається з точки зору вводу / виводу, встановіть iotopза допомогою:

sudo apt-get install iotop

і спостерігати за результатами:

sudo iotop

— AB
джерело

Чому? gitперевіряти лише режими.

— муру

Це, мабуть, причина. Це єдиний, про який я теж думаю. Також мені подобається кава, так що я вже зробив її для себе :))

— lukas.pukenis

@ Lukas.pukenis Як щодо кави і top, htopвідповідь? Хто витрачає ваші ресурси? :-) Пам’ятайте, що ви завжди можете виключити шляхи з індексатора файлів, і додайте знову, коли ви їдете їсти чи спати!

— Гастур

@Hastur, коли я набираю текст, git statusя маю 100% використання процесора протягом 15 0..1секунд замість секунд. Пам'ять - це не проблема, а активність

— вводу-

@ lukas.pukenis Я не повинен це стверджувати так легко, без сумніву, як і ви: якщо є багато інших процесів, які відкривають / блокують ці файли (пам’ятайте чарівне слово масивне ), вам знадобиться більше часу, ніж раніше. Перевірте та оновіть, хто використовує ваш жорсткий диск та ваш процесорний час. Звідси ніхто не може знайти відповіді, і вона там є. Гарний полювання та кава. До речі, якщо ви призупинили / зупинили індексатор, і коли ви дасте команду, це швидше ви виявите свою вину. :-) Добре полювання та кава ...

— Гастур