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
la source

pas votre chown -rcommande.

@AB, veuillez élaborer davantage.

lukas.pukenis

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

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

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

Réponses:

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
la 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