NTFS의 이론상 최대 데이터 전송 처리량은 얼마입니까?


28

최근에 로컬 사용자 그룹 회의에서 발표자가 NTFS IO 스택의 최대 처리량은 1GBps라고 언급했습니다. 그는 동일한 논리 볼륨에서 다른 논리 볼륨으로 두 개의 큰 파일을 동시에 복사하여 (즉, [a]는 소스이고, [b]는 목적지 1이고, [c]는 목적지 2 임) 동시에 전송률이 500에 달한다고 주장하면서 주장을 입증했습니다. MBps. 그는이 테스트를 몇 차례 반복했으며 기본 스토리지 서브 시스템이 플래시 (슬로우 스토리지를 의심하지 않도록하기 위해)라고 지적했다.

이 어설 션을 확인하려고했지만 문서를 찾을 수 없습니다. 잘못된 검색어 ( "1GBps NTFS 처리량", "NTFS 처리량 최대")를 검색하는 것 같습니다. IO 스택이 실제로 1GBps 처리량으로 제한되는지 여부에 관심이 있습니다.

편집하다

명확히하기 위해 : 발표자가 NTFS가 의도적으로 제한 되어 있음을 의미한다고 생각하지 않습니다 . 나는 그것이 생각 했다 가 파일 시스템의 설계의 함수임을 암시.


플래시 드라이브에서도 1GB / s가 매우 빠릅니다.
TheFiddlerWins

2
@TheFiddlerWins 1 GB / s! = 1 Gbps
커밋

1
나는 동의하지만 그의 문제는 내가 B를 알고까지 = 바이트와 b = 비트 "는 NTFS IO 스택의 처리량이 최대가 1Gbps의했다 ..."말한다
TheFiddlerWins

1
간단한 실험-파일을 RAM 디스크에 복사합니까? 요즘 16 * 2 = 32GB의 RAM을 얻는 것은 어렵지 않습니다.
kizzx2

1
JamesRyan-전송 메커니즘으로 FTP를 사용하면 파일 시스템이 갑자기 변경되지 않습니다. SMB와 NTFS를 혼동하지 마십시오.
mfinni

답변:


36

비록 당신이 의미 가정 GBps하지 Gbps...

실제 파일 시스템을 알지 못합니다 throughput limit. 파일 시스템은 단순히 파일을 저장하고 검색하는 방법에 대한 구조입니다. 메타 데이터, 구조, 명명 규칙, 보안 규칙 등을 사용하지만 실제 처리량 제한은 기본 하드웨어 자체 (일반적으로 관련된 많은 하드웨어의 조합)에 의해 정의됩니다.

다른 파일 시스템과 기본 하드웨어의 성능에 미치는 영향을 비교할 수 있지만 파일 시스템에 의해 직접적으로 제한되는 것이 아니라 시스템의 전체 성능에서 "변수"가 더 큽니다.

한 파일 시스템을 다른 파일 시스템에 배포하기로 선택하는 것은 일반적으로 기본 OS, 서버 / 응용 프로그램, 기본 하드웨어 및 관리자의 전문 지식 및 친숙 영역과 같은 부드러운 요소와 관련이 있습니다.

===================================================== =================================

기술 자원 및 인용


NTFS 최적화

NTFS 성능 요소

NTFS 볼륨의 성능에 영향을 미치는 많은 요소를 결정합니다. NTFS 볼륨 유형 (예 : SCSI 또는 IDE), 속도 (예 : 디스크의 rpm 속도) 및 볼륨에 포함 된 디스크 수와 같은 중요한 요소를 선택합니다. 이러한 중요한 구성 요소 외에도 다음 요소가 NTFS 볼륨의 성능에 크게 영향을줍니다.

  • 클러스터 및 할당 단위 크기
  • MFT (마스터 파일 테이블), 디렉터리, NTFS 메타 데이터가 포함 된 특수 파일, 페이징 파일 및 일반적으로 사용되는 사용자 데이터 파일과 같이 자주 액세스하는 파일의 위치 및 조각화 수준
  • NTFS 볼륨을 처음부터 만들거나 기존 FAT 볼륨에서 변환할지 여부
  • 볼륨이 NTFS 압축을 사용하는지 여부
  • 불필요한 NTFS 동작을 비활성화할지 여부

멀티 디스크 볼륨에서 더 빠른 디스크와 더 많은 드라이브를 사용하는 것은 성능을 향상시키는 확실한 방법입니다. 다른 성능 향상 방법은 더 모호하며 NTFS 볼륨 구성의 세부 사항과 관련이 있습니다.


최신 파일 시스템의 확장 성 및 성능

불행히도, 논의중인 파일 시스템이 모두 동일한 플랫폼에서 사용 가능한 것은 아니기 때문에 논의중인 파일 시스템에 대한 직접적인 성능 비교는 불가능합니다. 또한 사용 가능한 데이터는 반드시 다른 하드웨어 플랫폼에서 가져 오기 때문에 파일 시스템의 성능 특성과 실행중인 하드웨어 플랫폼의 성능 특성을 구별하기가 어렵습니다.


NTFS 최적화

NTFS 볼륨 크기 조정에 대한 지침을 제공하는 새로운 백서

NTFS의 새로운 기능

성능을 위해 NTFS 파일 시스템 구성

https://superuser.com/questions/411720/how-does-ntfs-compression-affect-performance

Windows의 NTFS 압축 모범 사례


9
그럼에도 불구하고 모든 장치에 802.11g 만 연결된 심포지엄을 제공 할 수 있으며 장치 간 복사를 통해 NTFS의 처리량 제한이 <54Mbps임을 맹세합니다.
TheCleaner

1
가능하지만 "NTFS에 하드 제한이 있습니다"와 "NTFS가 <x> 하드웨어에서 ext4보다 느리다 "는 것은 큰 차이입니다. 그는 잘못 말했을 수도 있고, 당신이 상관없이 잘못 해석했을 수도 있습니다.
TheCleaner

7
다시 한 번 NTFS 파일 시스템에는 이러한 제한이 없지만 주어진 NTFS 드라이버가있을 수 있습니다.
mfinni

1
그것을 한계가 아니라 논리적 오버 헤드로 생각하십시오. 또한 드라이버를 "설정된"한계로 포함하면 드라이버 코드에 정의 된 정의 값이어야합니다. 그러나 프로세스 <-(@mfinni) ... 하드 한계는 디스크 읽기 / 쓰기 IO 처리 능력과 전송 매체의 기술적 한계에 대한 처리량으로 정의된다고 생각합니다.
AngryWombat

1
니스, @TheCleaner 추가
mfinni

10

파일 시스템성능을 제한하는 구현 세부 사항 을 지시하지 않기 때문에 파일 시스템 과 관련된 데이터 전송 병목 현상이 의심 됩니다 . 특정 하드웨어 구성에서 파일 시스템에 대해 주어진 드라이버 는 물론 병목 현상이 발생합니다.


나는 그것이 의도적으로 제한적이라고 생각하지는 않았지만 아마도 그것이 디자인의 한계라고 생각했다
swasheck

"filesystem"에서 "driver"로 중점을 두어 주셔서 감사합니다.
swasheck

5
책의 속도를 높일 수 없습니다-독자의 속도와 독자가 의존하는 것들을 증가시킬 수 있습니다.
mfinni

한계와 병목은 서로 다른 두 가지입니다 ... 파일 시스템이 오버 헤드를 유발할 수 있기 때문에 병목을 만드는 것은 이론적으로 가능하지만이 게시물에서 의도 한 하드 셋 한계를 정의하지는 않습니다.
AngryWombat

7

나는 될 것이다 매우 이것이 사실이라면 놀라게했다. 파일 시스템 속도를 늦출 수있는 모든 것을 살펴 보자.

  • 실제 미디어 (디스크, SSD)
  • 이 미디어에 연결 (sas, sata, fcal)
  • 분열
  • 잘못된 잠금 알고리즘 또는 기타 코드 문제
  • CPU 및 메모리 속도

가장 일반적인 제한 요소는 실제 미디어입니다. 회전 녹이 립니다. 최대 속도가 6Gbps (GBps가 아닌 Gbps) 인 이 새로운 디스크 를 예로 들어 보겠습니다 . 물론 raid 1 설정을 사용하면 속도가 빨라집니다. 물론 성능을 저하시키려는 노력으로이 목표를 달성 할 수는 없습니다. 그렇다면 당신이 말하는 SSD 를 사용합시다 ? 6Gb를 다시 한번보십시오.

그런 다음 연결이 있습니다. sas (가장 빠른 로컬 스토리지)는 최대 6Gbps, FC는 최대 16Gbps입니다.

데모에서 이러한 첨단 기술, 하드웨어를 사용하고 있었습니까?

당신이 있다면 : 재미있는! 사례 3이 발생했을 수 있으며 파일 시스템에 최적화가 필요합니다. 또는 드라이버와 응용 프로그램이 CPU를 소모하고있을 가능성이 높습니다 (5). 둘 다 해당되지 않으면 NTFS의 실제 성능 문제가 발생한 것일 수 있습니다. Microsoft에보고하십시오.

그리고 그때조차도 : 이것은 인공적인 한계가 아니며, 인생을 더 비참하게 만들기 위해 마련되었습니다. 파일 시스템은 의도적으로 전송 속도를 제한하지 않지만 하드웨어가 제공 할 수있는 모든 것에 의해 제한됩니다.


7

나는 최대가 있다고 생각하지 않습니다. 그러나 삼성의 사람들이 24 개의 SSD 드라이브가있는 2009 장비로 2121.29 MB / s 읽기 및 2000.195 MB / s 쓰기를 수행했기 때문에 1GB / s 이상이라는 것을 알고 있습니다 http://www.youtube.com/watch?v=96dWOEa4Djs

이들은 SSD가 연결된 컨트롤러 카드의 총 하드웨어 대역폭을 합한 것이므로 한계에 도달했다고 생각합니다.

또한이 페이지 http://blog.laptopmag.com/faster-than-an-ssd-how-to-turn-extra-memory-into-a-ram-disk 는 NTFS로 포맷 된 RAM 디스크가 5 ~ 7GB가되는 것을 보여줍니다 /에스. http://en.wikipedia.org/wiki/List_of_RAM_drive_software에 나열된 RAMdisk 제목 중 하나를 사용하여 직접 사용해보십시오 .


3

파일 시스템 한계를 비교하는 유일한 논리적 방법은 상수가 파일 시스템이고 변수가 장치, 연결 등과 같은 다른 요소 인 시스템에서 수행하는 것입니다. 한 시스템을 사용하여 여러 반복에 대한 전송 속도를 비교하면 파일 시스템이 제한되지 않은 특정 시스템이 제한되었습니다.



1

NTFS에는 내장 처리량 제한이 없습니다. 속도에 대한 유일한 제약은 기본 하드웨어의 성능 특성입니다.


나는 그것이 의도적으로 제한적이라고 생각하지 않았지만 아마도 디자인의 한계라고 생각했습니다.
swasheck

6
@swasheck 프로세서가 두 배 빠르고 디스크를 두 배 빠르게 읽을 수 있고 두 배 더 빨리 찾을 수 있다면 데이터를 두 배 빠르게 전송하지 않는 파일 시스템을 디자인 할 수 없다고 생각합니다. 사용하는 모든 것을 빠르게 만들어서 가장 비효율적 인 디자인조차 더 빠르게 만들 수 있습니다.
Random832
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.