Dopo che "chown -R" git è super lento

Ho un enorme progetto GIT con diversi sottomoduli GIT all'interno. Ho modificato ricorsivamente la proprietà ( chown -r) dal rootmio utente per ciascun file nel mio progetto.

Ora qualsiasi comando git richiede molto tempo per essere completato e sembra utilizzare la CPU al 99%. Qual'è il problema?

L'ho fatto sudo chown -R my_user my_project/

AGGIORNARE

Questo sembra non essere solo correlato a GIT, ma anche altri comandi del terminale richiedono molto tempo. topmi mostra il 100% di utilizzo di git per circa 15 secondi invece dei soliti 0-1 secondi.

bash git ownership

— lukas.pukenis
fonte

non il tuo chown -rcomando.

— AB

@AB, per favore, elabora di più.

— lukas.pukenis,

gitnon importa chi possiede i file, purché possa accedere ai file.

— AB

Guarda l'uscita topo htope le attività di I / O.

— AB

Solo uno scatto nel buio: hai detto massiccio ; forse prima di avere dei file memorizzati nella cache che ora, dopo il cambio di proprietà, non sono più visti come gli stessi ... o qualcosa come nepomuk / akonadi / _updatedb_ sta indicizzando tutto come nuovo. Controlla con top htop...

— Hastur,

Con il comando

sudo chown -R my_user my_project/

hai cambiato tutti i file in un enorme repository (come hai detto), quindi il tuo indicizzatore di file KDE / GNOME / Unity ha molto lavoro ora. Dare il tempo di processo per completare il suo lavoro. Vai a bere un caffè ;)

Per vedere cosa succede da una prospettiva di input / output, installare iotoptramite:

sudo apt-get install iotop

e guarda l'output di:

sudo iotop

— AB
fonte

Perché? gitcontrolla solo le modalità.

— muru,

Questo è probabilmente il motivo. È l'unico a cui riesco a pensare. Mi piace anche il caffè, quindi ne ho già fatto uno per me :))

— lukas.pukenis,

@ lukas.pukenis Che dire del caffè e top, htopla risposta? Chi sta sprecando le tue risorse? :-) Ricorda che puoi sempre escludere percorsi dall'indicizzatore di file e aggiungere di nuovo quando andrai a mangiare o a dormire!

— Hastur,

@Hastur quando scrivo come git statusse avessi il 100% di utilizzo della CPU per circa 15 0..1secondi invece di secondi. La memoria non è un problema e l'attività di I / O è bassa: /

— lukas.pukenis

@ lukas.pukenis Non dovrei affermarlo così facilmente, senza dubbio come fai tu: se ci sono molti altri processi che aprono / bloccano quei file (ricorda la parola magica voluminosa ), potresti aver bisogno di più tempo di prima. Controlla e aggiorna chi utilizza il tuo HDD e il tempo della tua CPU. Nessuno può trovare da qui la risposta ed è laggiù. Buona caccia e caffè. A proposito, se metti in pausa / interrompi l'indicizzatore e quando dai il comando è più veloce, ti accorgi di essere colpevole. :-) Buona caccia e caffè ...

— Hastur,