이전 XFS Q / A에서이 페이지를 언급했습니다 : Red Hat Enterprise Linux 파일 시스템을 선택하는 방법 . 나는 그것이 성능에 대한 귀하의 질문을 해결할 것이라고 생각합니다 :-). 이것은 공식 Red Hat Knowledgebase에서 가져온 것입니다. 전체 페이지를 복사하는 것은 부적절합니다. 여기에 맛이 있습니다.
이를 특성화하는 또 다른 방법은 Ext4 파일 시스템 변형이 제한된 I / O 기능을 가진 시스템에서 더 잘 수행되는 경향이 있다는 것입니다. Ext3 및 Ext4는 제한된 대역폭 (< 200MB / s) 및 최대 1,000 IOPS 기능에서 더 나은 성능을 발휘합니다. 더 높은 기능을 가진 모든 경우 XFS가 더 빠른 경향이 있습니다. XFS는 또한 Ext3 및 Ext4에 비해 메타 데이터 당 CPU 작업의 약 2 배를 소비하므로 동시성이 거의없는 CPU 바인딩 워크로드가있는 경우 Ext3 또는 Ext4 변형이 더 빠릅니다. 일반적으로 애플리케이션이 단일 읽기 / 쓰기 스레드와 작은 파일을 사용하는 경우 Ext3 또는 Ext4가 더 좋으며, 애플리케이션이 여러 읽기 / 쓰기 스레드와 더 큰 파일을 사용할 때 XFS가 빛납니다.
이전 답변
다음은이 답변의 이전 버전입니다. 나는 문맥을 제공하고 위의 출처를 확증하기 위해 그것을 수정하고 확장했습니다. 이 모든 것이 필수 읽기는 아닙니다.
늙었다 때문에 XFS를 피하는 것은 이치에 맞지 않습니다. 긴 수명과 활성 수명을 포함하여 XFS와 ext2 / ext3 / ext4 사이에는 많은 유사점이 있습니다.
XFS는 RedHat Enterprise Linux에서 지원되는 주요 파일 시스템입니다. 시간이 지남에 따라 특히 RHEL에서 XFS를 개발하기 위해 많은 노력을 기울였습니다. 새로운 기능과 고급 기능의 수는 XFS에서 더 높습니다. :-). 예를 들어 “reflink”에 대한 지원.
“데스크톱 Linux”설치 (최신 랩톱도 대상으로 함)는 여전히 일반적으로 ext4를 사용합니다. ext4는 매우 친숙하고 잘 알려진 환경을 제공합니다.
일반적인 데스크톱 PC에서 XFS의 장점이 반드시 적용되는 것은 아닙니다. ext4는 성능상의 이점을 포함하여 이점이있을 수 있습니다. 위의 수치를 액면 그대로 취하면 XFS가 빠른 최신 노트북에서 이점이있을 수 있음을 시사합니다!
현재 ext4 관리자는 Google에 고용되어 있습니다. ext4는 Google의 Android OS에서 사용됩니다. 따라서 ext4는 하드웨어가 덜 강력한 많은 휴대 전화와 태블릿에서 사용됩니다. [1] [2]
파일 시스템 파티션을 축소 할 수 있기 때문에 ext4도 편리하다고 생각합니다. 이것은 다른 설치에서 사용하는 공간을 관리하려는 경우에 잠재적으로 유용합니다. XFS는 축소를 지원하지 않고 증가 만 지원합니다. (원칙적으로 LVM 내에서 “씬 프로비저닝”을 사용하여 해결할 수 있습니다. XFS를 씬 프로비저닝과 함께 사용하는 Stratis Storage를 참조하십시오. 아마도 향후 Stratis는 off, 모든 배포판은 Stratis에 설치할 수 있습니다.)
일부 경우 ext4 디자인은 오래되고 지저분하다고 설명되었습니다. XFS는 여기서 좀 더 잘 관리했습니다. 단순한 파일 복사 (또는 쓰기)로 인해 Linux 파일 시스템에서 10 초 이상의 대기 시간이 발생합니다 . 업데이트 :이 링크는 이제 여기에서 ext4를 개선하기 위해 제출 된 패치를 언급합니다. 삼 리눅스 커널의. 그리고 앞으로도 상당한 개선이있을 수 있습니다.
XFS “작은 파일 성능”
많은 작은 파일을 처리 할 때의 XFS 성능은 원래 다른 파일 시스템에 비해 큰 약점이었습니다. 시간이 지남에 따라 개선되었습니다.
주의해야 할 큰 변화는 2010 ~ 2012 년경에 로깅 지연입니다. 즉 이 기능 이전의 작은 파일 성능 비교가 표시되는 경우 더 이상 관련이 없습니다. 지연된 로깅 설계는 ext3 로깅에 크게 기반을두고 있습니다. :-). 그럼에도 불구하고 서로 다른 경우에 둘 사이에는 여전히 성능 차이가있었습니다. 참조 : https://lwn.net/Articles/476263/
(이전에는 “2002 년에 버전 2 로그 형식이 추가되어 메타 데이터 성능을 훨씬 향상 시켰습니다.”이 질문에 답하는 데 도움이되지 않는 것 같습니다.)
그 이후로 몇 가지 추가 변경 사항이 있습니다. 예 : Red Hat 문서에는 최신 변경 사항이 모두 반영되어 있지 않을 수 있습니다. 나는이 인용구를 발견했다 :
[…] “오래된”파일 시스템에서 더 나은 성능을위한 무료 inode B + 트리 (finobt), 그리고 파일 유형은 이제 기본적으로 디렉토리 (ftype = 1)에 저장되어 많은 (일반적으로 작은) 파일이있는 특정 시나리오에서 성능을 크게 향상시킵니다.
-댓글에 많은 작은 파일 (SSD가 아닌 HDD)을 저장하기위한 가장 고성능 Linux 파일 시스템은 무엇입니까?