[server] 하위 디렉토리의 수는 Linux에서 드라이브 읽기 / 쓰기 성능에 어떤 영향을 줍니까?

대답은 파일 시스템을 선택하는 것만 큼 간단하지 않습니다. Sane 파일 시스템은 오래 전에 디렉토리에 선형 목록 사용을 중지했습니다. 즉, 디렉토리의 항목 수가 파일 액세스 시간에 영향을 미치지 않습니다.

때를 제외하고.

실제로 각 작업은 항목 수에 관계없이 빠르고 효율적으로 유지되지만 일부 작업에는 점점 더 많은 작업이 필요합니다. 분명히 간단한 ls작업을 수행하는 데 시간이 오래 걸리며 모든 inode를 읽고 정렬하기 전까지는 아무것도 보이지 않습니다. 이렇게 ls -U(정렬되지 않은)는 당신이 안 죽었어 볼 수 있기 때문에 조금 도움이되지만 지각 할 시간을 감소하지 않습니다. 와일드 카드 확장시 각각의 모든 파일 이름을 확인해야하며, 대부분의 경우 전체 inode도 읽어야합니다.

한마디로 : 셸 액세스를 포함하여 어떤 응용 프로그램도 와일드 카드를 사용하지 않을 것이라고 확신 할 수 있다면 후회없이 큰 디렉토리를 얻을 수 있습니다. 그러나 코드에 일부 와일드 카드가 숨겨져 있으면 디렉토리를 각각 천 항목 이하로 유지하는 것이 좋습니다.

편집 :

모든 최신 파일 시스템은 큰 디렉토리에 대해 우수한 데이터 구조를 사용하므로 특정 파일 의 inode를 찾아야하는 단일 작업은 거대한 디렉토리에서도 상당히 빠릅니다.

그러나 대부분의 응용 프로그램은 단일 작업 만 수행하지 않습니다. 대부분은 전체 디렉토리 또는 와일드 카드 일치를 수행합니다. 그것들은 모든 항목을 읽는 것을 포함하기 때문에 무엇이든 느립니다.

예를 들어, ‘foo-000000.txt’에서 ‘foo-999999.txt’까지의 백만 개의 파일과 단일 ‘natalieportman.jpeg’가있는 디렉토리가 있다고 가정합니다. 이것들은 빠를 것이다 :

• ls -l foo-123456.txt
• open "foo-123456.txt"
• delete "foo-123456.txt"
• create "bar-000000.txt"
• open "natalieportman.jpeg"
• create "big_report.pdf"

이것들은 실패하지만 빨리 실패합니다.

• ls -l bar-654321.txt
• open bar-654321.txt
• delete bar-654321.txt

결과가 거의 반환되지 않더라도 속도가 느려집니다. 실패한 경우에도 모든 항목을 스캔 한 후 실패합니다.

• ls
• ls foo-1234*.txt
• delete *.jpeg
• move natalie* /home/emptydir/
• move *.tiff /home/seriousphotos/

답변

sudo dumpe2fs /dev/sdaX |grep --color dir_index

sudo tune2fs -O dir_index /dev/sdaX
sudo e2fsck -Df /dev/sdaX

/users/a/aaron/
/users/a/andrew/
/users/b/betty/
/users/b/brian/

/users/a/a/aaron
/users/a/n/anna
/users/a/n/andrew