XFS : 마운트는 sunit 및 swidth 옵션보다 우선합니다.

MDADM을 사용하여 청크 크기가 256KB 인 RAID-5 어레이에 4 개의 3TB 디스크로 구성된 9TB XFS 파티션이 있습니다.

파티션을 만들 때 최적의 스트라이프 단위와 너비 값 (64 및 192 블록)이 자동으로 감지되고 설정되어 xfs_info가 확인합니다.

# xfs_info /dev/md3
meta-data=/dev/md3               isize=256    agcount=32, agsize=68675072 blks
         =                       sectsz=512   attr=2
data     =                       bsize=4096   blocks=2197600704, imaxpct=5
         =                       sunit=64     swidth=192 blks
naming   =version 2              bsize=4096   ascii-ci=0
log      =internal               bsize=4096   blocks=521728, version=2
         =                       sectsz=512   sunit=64 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0

그러나 나는 느린 전송 속도를 겪고 있었고 조사하면서 특별히 파티션을 마운트하지 않으면 -o sunit=64,swidth=192스트라이프 장치는 항상 512로 설정되고 너비는 1536으로 설정되었습니다.

# umount /dev/md3
# mount -t xfs -o rw,inode64 /dev/md3 /data
# grep xfs /proc/mounts
/dev/md3 /data xfs rw,relatime,attr2,delaylog,inode64,logbsize=256k,sunit=512,swidth=1536,noquota 0 0

의도 된 동작입니까? sunit=64,swidth=192매번 마운트를 시작할 수 있다고 생각 하지만 현재 데이터 (로 마운트 된 상태에서 작성된 sunit=512,swidth=1536)가 잘못 정렬되지 않습니까?

운영 체제는 커널 3.2.51이 설치된 Debian Wheezy입니다. 4 개의 하드 디스크는 모두 고급 포맷 디스크입니다 (smartctl 512 bytes logical, 4096 bytes physical). 값에 8을 곱한다는 사실은 이것이 문제가 512와 4096 섹터 크기 디스크의 곱셈 계수와 일치한다는 것을 알면 문제와 관련이 있는지 궁금합니다.

누구든지 이것에 대해 약간의 빛을 비출 수 있습니까? :-)

미스터리에 8을 곱하면 xfs_info가 햇볕 / 폭을 bsize 블록 (일반적으로 4096 바이트)으로 표시하기 때문입니다. -o 또는 fstab을 사용하여 mount에 sunit / swidth를 지정하면 512 바이트 단위로 지정됩니다. 샘플 xfs_info 출력에서 ​​sunit / swidth 번호 뒤에 "blks"문자열을 기록하십시오. 4096 / 512 = 8이므로 미스터리 승수입니다.

man 5 xfs는 mkfs.xfs와 마찬가지로 512B 단위와 관련하여 햇볕이 잘 드는 스탠자에서 이것을 설명합니다.

xfs_info의 맨 페이지로 두 배가되는 man xfs_growfs는 xfs_info의 단위가 bsize 바이트 인 방법을 설명합니다.

혼란 스럽습니다. UI 관점에서 디자인 선택이 매우 잘못되었습니다.

"-o sunit = 64, swidth = 192"를 지정하는 것은 실제로 64 / 8 = 8 및 192 / 8 = 24를 원했기 때문에 잘못된 생각 일 것입니다. 8 배 더 큰 값을 FS에 "하드 코딩"하여 더 큰 숫자로 마운트했습니다. 맨 페이지는 더 낮은 햇볕으로 전환 할 수 없다는 것에 대해 매우 명시 적입니다. 그러나 아마도 시도해 볼 수 있으며 마운트 오류가 있는지 확인하십시오. XFS 용 마운트는 데이터를 먹지 않을만큼 충분히 견고해야하지만 보장 할 수는 없습니다. 오류를 내뱉고 마운트를 거부하거나 지정한 옵션을 무시하고 제정신 옵션으로 마운트해야합니다. 먼저 백업하십시오.

즉, 실제로 8 배 더 큰 sunit / swidth에는 아무런 문제가 없을 수 있습니다. 이것이 정렬에 관한 것이므로 숫자는 여전히 정렬되어 있기 때문입니다. 대부분의 파일이 작은 경우 조각화 문제 나 문제가있을 수 있습니다.

따로 : 내가 지금 작업하고 흥미로운 것을 찾는 것은 1 개의 디스크를 추가하여 md RAID를 늘리거나 바꿀 때 햇볕 / 폭 값을 변경하는 것입니다. 매뉴얼 페이지에서 문자 그대로 디스크 수를 두 배로 늘리지 않으면 sunit을 변경할 수 없지만 너비 변경은 여전히 ​​가능합니다. 이것이 대부분의 경우에 적절한 정렬을하는지 여부는 여전히 남아 있습니다. 실제로이 작업을 수행하는 사람들의 정보는 부족한 것 같습니다.