ext3 fsck 시간과 파티션 크기


9

대규모 스토리지 팜에 대한 설정을 수행하고 있으며 한 달 동안 fscks를 사용하지 않으려면 스토리지를 여러 개의 작은 파일 시스템으로 분할하는 것이 좋습니다 (내장 된 파일 트리가 있으므로 괜찮습니다). 내가 쉽게 할 수 있도록 별도의 파일 시스템에 장착 1/, 2/, 3/, 4/), 등.

fsck 시간을 유사하게 "합리적인"상태로 유지하기 위해 파일 시스템에 대한 "합리적인"크기의 열거를 찾는 데 어려움이 있습니다. 주어진 크기의 절대 시간이 하드웨어에 크게 좌우된다는 것을 완전히 알고 있지만 다양한 파일 시스템 크기의 ext3 fsck 시간에 대한 곡선 모양과 다른 변수는 무엇인지 알 수 없습니다 ( 단일 디렉토리의 파일로 가득 찬 파일 시스템은 트리의 수천 개 디렉토리 각각에 10 개의 파일이있는 파일보다 1 시간 이상 걸립니다 (큰 파일 대 작은 파일, 전체 파일 시스템 대 빈 파일 시스템 등).

누구든지 이것에 대해 잘 조사 된 숫자에 대한 언급이 있습니까? 실패하면, 이러한 문제에 대한 일화는 적어도 내 실험을 안내하는 데 도움이 될 것입니다.

편집 : 명확히하기 위해 : 파일 시스템에 관계없이 메타 데이터에 문제가 있으면 확인해야합니다. 시간 기반 또는 마운트 기반의 재 수신 가능 여부는 문제가되지 않으며, 특히 ext3과 관련된 숫자를 요구하는 유일한 이유는 이것이 선택 될 가능성이 가장 높은 파일 시스템이기 때문입니다. 특히 빠른 fsck 프로세스가있는 파일 시스템을 알고 있다면 제안을 할 수 있지만 강력한 옵션이어야합니다 ( "filesystem X에는 fscking이 필요하지 않습니다!"라는 문구가 웃겨지고 길게 선언됩니다). . 또한 백업의 필요성을 알고 있으며 fsck에 대한 욕구는 백업을 대체하지 않지만 파일 시스템을 버리고 fscking이 아니라 고장이 발생했을 때 백업에서 복원하는 것만으로도 실제로는

답변:


6

Mathur 등논문에 따르면 . (p. 29), e2fsck 시간은 특정 지점 이후 파일 시스템의 inode 양에 따라 선형으로 증가합니다. 그래프가 필요하다면 최대 천만 아이 노드의 파일 시스템을 사용하는 것이 더 효과적입니다.

ext4로 전환하면 파일 시스템이 가장자리에로드되지 않은 상태에서 사용되지 않은 것으로 표시된 inode를 확인하지 않기 때문에 성능 향상이 눈에 띄는 영향을 미치지 않습니다.


참조 해 주셔서 감사합니다. 몇 가지 사항을 확인하는 데 도움이되었습니다. 또한 자체 벤치마킹을 수행하여 해당 논문에 나와있는 선형 성장을 보였습니다.
울림

2

당신은 당신 자신의 벤치마킹을해야 할 것 같아요. 구글에서 빠른 검색은 ext4 fscks가 ext3보다 훨씬 빠르다는 것을 제외하고는 아무것도 공개하지 않았습니다.

따라서 사용할 디스크 크기까지 ext3 파티션, 100GB, 200GB 등을 만드십시오. 그런 다음 데이터로 채우십시오. 프로덕션 데이터와 유사한 데이터 (디렉토리 당 파일, 파일 크기 분포 등)를 사용할 수있는 것이 가장 좋습니다. 단순히 다른 파티션 od 백업 장치에서 파일을 복사하면 파일이 디스크에 완벽하게 배치되고 조각 모음이 수행되므로 테스트에는 많은 쓰기 / 수정 / 삭제에서 발생하는 디스크 헤드 탐색 시간이 부족합니다.

또한 병렬 fscks에 대해 약간의 생각을해야합니다. / etc / fstab의 마지막 두 필드를 참조하십시오. 동일한 물리 디스크의 파티션은 순서대로 수행해야합니다. 동일한 컨트롤러의 여러 디스크를 병렬로 수행 할 수 있지만 컨트롤러에 과부하가 걸리거나 느려지지 않도록주의하십시오.



-1

재부팅 할 때 시간이나 마운트 횟수 기반 fscks를 강제하지 않는 파일 시스템을 사용할 수없는 이유가 있습니까?

(시간 기반 fscks는 실제로 버그가 있습니다. 장시간 가동되는 서버의 경우 커널을 업그레이드 할 때마다 전체 fsck를 수행해야합니다.)

어쨌든 XFS는 fsck를 강요하지 않는 저널링 파일 시스템 중 하나입니다. 볼만한 가치가 있습니다.


또 다른 옵션은 ZFS를 제공하는 Nexenta (opensolaris 커널, debian userland)를 사용하는 것입니다. <A HREF=" nexenta.org/"> http://www.nexenta.org/</A >는
CAS

3
파일 시스템이 무엇인지 (extN, XFS, ZFS 등) 또는 시간 / 마운트 수에 관계없이 fsck가 필요합니다. 손상된 단일 파일 시스템이 fsck에 너무 오랜 시간이 걸리지 않도록하고 싶습니다.
womble

1
예, 물론 fs가 손상된 경우 fsck가 필요합니다. XFS와 같은 fs를 사용한다고해서이를 제거 할 수 없으며 시도하거나 원할 수도 있습니다. 나는 다르게 해석 될 수있는 어떤 말도하지 않았다. 필자의 요점은 fsck가 마지막 fsck 이후 X 며칠 또는 Y 많은 마운트 였기 때문에 단순히 사용자 또는 회사가 서버가 올 때까지 기다리는 경우 불필요하고 성가 시며 아마도 "경력 제한"이라고 강요했다는 것입니다 뒤. 불필요한 fscks를 제거 할 있으며 그렇게하는 것이 좋습니다.
cas

그것이 될 수도 있고 그렇지 않을 수도있는 것은 좋은 질문에 대한 답이 아닙니다.
womble
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.