Après `chown -R` git est super lent

J'ai un projet GIT massif avec plusieurs sous-modules GIT à l'intérieur. J'ai changé de manière récursive la propriété ( chown -r) de rootà mon utilisateur pour chaque fichier de mon projet.

Maintenant, toute commande git prend beaucoup de temps et semble utiliser 99% de CPU. Quelle est la solution?

J'ai fait sudo chown -R my_user my_project/

METTRE À JOUR

Cela ne semble pas être uniquement lié à GIT, d'autres commandes de terminal prennent également beaucoup de temps. topme montre 100% d'utilisation de git pendant 15 secondes au lieu des 0-1 secondes habituelles.

bash git ownership

— lukas.pukenis
source

pas votre chown -rcommande.

— AB

@AB, veuillez élaborer davantage.

— lukas.pukenis

gitne se soucie pas de qui possède les fichiers, tant qu'il peut accéder aux fichiers.

— AB

Regardez la sortie de topou htopet les activités d'E / S.

— AB

Juste un coup dans le noir: tu as dit massif ; peut-être avant que vous ayez mis en cache des fichiers qui maintenant, après le changement de propriétaire, ne sont plus considérés comme identiques ... ou quelque chose comme nepomuk / akonadi / _updatedb_ indexe tout comme nouveau. Vérifiez auprès de top htop...

— Hastur

Avec la commande

sudo chown -R my_user my_project/

vous avez changé tous les fichiers dans un énorme référentiel (comme vous l'avez dit), donc votre indexeur de fichiers KDE / GNOME / Unity a beaucoup de travail maintenant. Donnez au processus le temps de terminer son travail. Allez boire un café ;)

Pour regarder ce qui se passe du point de vue des entrées / sorties, installez iotopvia:

sudo apt-get install iotop

et regardez la sortie de:

sudo iotop

— UN B
source

Pourquoi? gitne vérifiez que les modes.

— muru

C'est probablement la raison. C'est le seul auquel je pense aussi. J'aime aussi le café, donc j'en ai déjà un fait pour moi :))

— lukas.pukenis

@ lukas.pukenis Qu'en est- il du café et top, htopréponse? Qui gaspille vos ressources? :-) N'oubliez pas que vous pouvez toujours exclure les chemins de l'indexeur de fichiers, et en rajouter quand vous irez manger ou dormir!

— Hastur

@Hastur quand je tape comme si git statusj'avais 100% d'utilisation du processeur pendant 15 0..1secondes au lieu de secondes. La mémoire n'est pas un problème et l'activité d'E / S est faible: /

— lukas.pukenis

@ lukas.pukenis Je ne devrais pas l'affirmer si facilement, sans aucun doute comme vous le faites: s'il existe de nombreux autres processus qui ouvrent / bloquent ces fichiers (rappelez-vous le mot magique massive ), vous pouvez avoir besoin de plus de temps qu'avant. Veuillez vérifier et mettre à jour qui utilise votre disque dur et votre temps processeur. Personne ne peut trouver d'ici la réponse et c'est là-bas. Bonne chasse et café. BTW si vous arrêtez / arrêtez l'indexeur et lorsque vous donnez la commande, c'est plus rapide que vous vous rendez coupable. :-) Bonne chasse et café ...

— Hastur