파일이 50Gb 인 외부 저장 드라이브 (USB 연결, 유형 fuseblk)에서 rm이 ​​느린 이유는 무엇입니까? 삭제하는 데 1 시간 이상이

백업 을 위해 rsnapshot 을 사용하려고 했지만 사용할 수없는 것으로 나타났습니다 . 디렉토리 (50gb)를 diff하고 몇 분 안에 복제 (모든 파일을 하드 링크) 할 수 있지만 약 30 분 안에 전체 디렉토리를 cp 할 수는 있지만 삭제하는 데 1 시간 이상이 걸립니다. 을 직접 사용하더라도 rm -rfv단일 파일을 작성하는 데 최대 0.5 초가 걸리는 반면 cpand link명령은 즉시 완료됩니다.

rm이 왜 이렇게 느린가요? 하드 링크를 재귀 적으로 제거하는 더 빠른 방법이 있습니까? 파일을 복사하는 것이 파일을 제거하는 것보다 시간이 덜 걸린다는 것은 말이되지 않습니다.

내가 작업중 인 파일 시스템은 usb를 통해 연결되고 fuseblk 유형 (ntfs라고 생각합니다)을 통해 연결된 외부 저장 장치 드라이브입니다. 내 컴퓨터는 우분투 리눅스를 실행하고 있습니다.

상단에서 출력 :

Cpu(s):  3.0%us,  1.5%sy,  0.0%ni, 54.8%id, 40.6%wa,  0.0%hi,  0.1%si,  0.0%st
Mem:   8063700k total,  3602416k used,  4461284k free,   557604k buffers



답변

궁극적으로, 무엇을 하든지 부모 디렉토리 를 호출하더라도 제거하려는 모든 단일 파일 rm에서 실행 unlink되어야합니다 rm -r. 제거 할 파일이 많은 경우 시간이 오래 걸릴 수 있습니다.

실행할 때 특히 시간이 많이 걸리는 두 가지 프로세스가 있습니다 rm -r.

  1. readdir다음에
  2. 에 대한 여러 번의 호출 unlink.

모든 파일을 찾은 다음 모든 단일 파일을 제거하여 제거하는 데 시간이 오래 걸릴 수 있습니다.

디렉토리를 일정 시간 동안 사용할 수 없기 때문에이 “사용할 수 없음”을 발견 한 경우, 제거하기 전에 상위 디렉토리를 이동하는 것이 좋습니다. 이렇게하면 시간이 너무 많이 걸리지 않고 프로그램에서 다시 사용할 수 있도록 해당 이름이 비워집니다.

파일 시스템이 정말 있다고 가정 입니다 NTFS (이 질문에서 불분명), NTFS 파일의 큰 붕대를 삭제에서 매우 느린 일반적입니다. 목적에보다 적합한 파일 시스템을 사용하는 것을 고려할 수 있습니다 (다른 특정 요구 사항이없는 경우 최신 ext 파일 시스템은 삭제 성능이 상당히 좋습니다). 퓨즈 자체도 일반적으로 빠르지는 않습니다. FUSE를 사용하지 않는 방식으로이 작업을 수행 할 수 있는지 확인하는 것이 좋습니다.


답변

rm이 왜 이렇게 느린가요? 나도 몰라 그러나 나는 더 빠른 방법을 알고 있습니다.

mkdir blank
rsync -a --delete blank/ test/

업데이트 : Serverfault에 대한이 답변 에는 몇 가지 설명이 있습니다. rsync가 파일 시스템 트리의 균형을 유지하고 재조정이 필요하지 않은 특정 순서로 파일을 삭제하는 것처럼 보입니다. rm은 파일을 삭제하고 제거 될 때 많은 재조정을 일으 킵니다. 여기 에 재조정에 대한 정보가 있습니다 .


답변

글쎄, 나는 당신과 비슷한 문제가있었습니다. 당신의 “wa”가 높다는 것을 알았습니다.

iostat -x 1

디스크 사용률이 높은지 확인하려면 디스크 사용량이 많음을 의미합니다. 다른 프로세스가 디스크에 지속적으로 쓰고 있는지 확인하십시오 .

단순화를 위해

vmstat 1

b 가 높거나 r < b 인지 확인합니다 . 그것은 뭔가 잘못되었음을 나타냅니다. 귀하의 상황에서는 디스크 io가 원래의 이유라고 생각합니다.


답변