`chown -R` git이 매우 느린 후에

내부에 여러 개의 GIT 하위 모듈이있는 대규모 GIT 프로젝트가 있습니다. 내 프로젝트의 각 파일에 대해 소유권을 ( chown -r) root내 사용자로 재귀 적으로 변경 했습니다.

이제 git 명령을 완료하는 데 많은 시간이 걸리고 99 % CPU를 사용하는 것 같습니다. 이슈가 뭐야?

내가 했어 sudo chown -R my_user my_project/

최신 정보

이것은 GIT 관련이 아닌 것 같으며 다른 터미널 명령도 많은 시간이 걸립니다. top평소 0-1 초 대신 15 초 동안 100 % git 사용법을 보여줍니다.

bash git ownership

— lukas.pukenis
소스

당신의 chown -r명령이 아닙니다 .

— AB

@AB 더 자세히 설명하십시오.

— lukas.pukenis 8

git파일에 액세스 할 수있는 한 파일을 소유 한 사람은 신경 쓰지 않습니다.

— AB

top또는 htopI / O 활동 의 출력을보십시오 .

— AB

어둠 속에서만 촬영 : 당신은 방대한 말했다 ; 어쩌면 소유권 변경 후 더 이상 동일하게 보이지 않거나 nepomuk / akonadi / _updatedb_가 모두 새로운 것으로 색인하는 파일을 캐시 하기 전에 . 확인 ...top htop

— Hastur

명령으로

sudo chown -R my_user my_project/

당신이 말한 것처럼 거대한 저장소의 모든 파일을 변경 했기 때문에 KDE / GNOME / Unity 파일 인덱서는 많은 작업을 수행했습니다. 프로세스 완료 시간을 작업을 완료하십시오. 가서 커피 마시기 ;)

입 / 출력 관점에서 무슨 일이 일어나고 있는지 보려면 iotop다음을 통해 설치하십시오 .

sudo apt-get install iotop

다음의 결과를 봅니다.

sudo iotop

— AB
소스

왜? git모드 만 확인하십시오.

— muru

아마 그 이유입니다. 내가 생각할 수있는 유일한 것입니다. 또한 나는 커피처럼 나는 이미 자신을 위해 만들었습니다 있도록 :))

— lukas.pukenis

@ lukas.pukenis 무엇 커피에 대해 top, htop응답? 누가 자원을 낭비합니까? :-) 파일 인덱서에서 항상 경로를 제외하고 식사 또는 잠자리에들 때 다시 추가 할 수 있습니다!

— Hastur

@Hastur처럼 입력하면 초 git status대신 15 0..1초 동안 100 % CPU 사용량이 있습니다. 메모리는 문제가되지 않습니다 및 IO 활동은 낮은 : /

— lukas.pukenis

@ lukas.pukenis 당신이하는 것처럼 의심 할 여지없이 그렇게 쉽게 주장해서는 안됩니다 : 그 파일을 열거 나 차단하는 많은 다른 프로세스가있는 경우 (매직 단어 대규모를 기억하십시오 ), 그 전에 더 많은 시간이 필요할 수 있습니다. HDD를 사용하는 사람과 CPU 시간을 확인하고 업데이트하십시오. 아무도 여기에서 답을 찾을 수 없으며 거기에 있습니다. 좋은 사냥과 커피. BTW 인덱서를 일시 중지 / 중지하고 명령을 내릴 때 유죄를 더 빨리 찾을 수 있습니다. :-) 좋은 사냥과 커피 ...

— Hastur