파일 시스템 테스트를 수행하는 방법은 무엇입니까?

파일 시스템 테스트를 수행하는 방법은 무엇입니까?

파일 시스템을 테스트할 계획입니다. 무엇을 해야 할지 고려해야 합니다. 또는 동일한 작업을 수행하는 방법. 파일 시스템이나 신뢰할 수 있는 참조를 테스트하는 도구가 있습니까?

목적: ext3에서 EFS로 전환할 계획입니다.

답변1

내 첫 번째 대답은 bonnie++일 것입니다. 빠른 검색을 통해서도 알 수 있습니다.요오존3. 둘 다 데비안 패키지로 제공됩니다. 더 간단한 테스트(cp, mv, rm)를 수행하는 경우 각 테스트 전에 커널이 보관하는 캐시를 지우는 것을 고려해야 합니다. echo 1 > /proc/sys/vm/drop_caches그렇지 않으면 파일 시스템 자체를 대표하지 않는 차이가 발생할 수 있습니다.

답변2

여기에 두 가지 옵션이 더 있습니다. 파일 시스템 벤치마킹에 정말 유용하다는 것을 알았습니다.

1)소인- 사용량이 많은 메일 서버에서 액세스하는 파일 시스템의 실제 사용을 에뮬레이트하는 벤치마크입니다.

다운로드:http://www.freshports.org/benchmarks/postmark/

테스트할 때 ext3 로깅의 다양한 옵션을 비교했는지 확인하십시오. 성능 측면에서 상당히 다를 수 있습니다(내 소인 실험에서 쓰기 저장 로깅이 가장 좋은 결과를 얻었습니다).

2)파일벤치- 또 다른 훌륭한 벤치마크로 더 많은 유연성을 제공합니다. ext3에서 전환을 고려하는 특별한 이유가 있다면 아마도 filebench를 좋아할 것입니다. 워크로드가 다양하므로 관심 있는 성능 병목 현상(파일 생성/삭제 작업 또는 순차 읽기/쓰기 대 순차 읽기/쓰기)에만 집중할 수 있습니다. 몇 가지 예를 들어보겠습니다.

아직 더 이상 하이퍼링크가 허용되지 않았기 때문에 Google에서 검색해야 합니다. 프로젝트 자체는 SourceForge에서 호스팅되며 정말 멋진 빠른 시작 가이드는 OpenSolaris.org 웹사이트에서 찾을 수 있습니다.

마지막 참고 사항: 가장 정확한 결과를 얻으려면 가능한 한 많은 디스크(스핀들)에 부하를 분산시키십시오. 특히 벤치마킹을 위해 몇 개의 디스크를 할당하고 벤치마크를 실행할 때마다 디스크를 새로 만드는 것도 의미가 있습니다.

답변3

속도만 테스트하지 말고 안정성도 고려하세요. 예를 들어 바쁜 파일 시스템에서 디스크의 전원을 끄고 무엇이 남아 있는지 확인하십시오.

사용 가능한 수리 및 복구 도구의 품질도 중요하며 개별적으로 테스트하기가 매우 어렵습니다. 블록 구조는 예를 들어 복구할 수 없는 파일 시스템에서 원시 모드로 데이터를 복구하려는 도구를 금지할 수 있습니다.

매우 가혹한 환경에서 파일 시스템을 테스트하는 방법에 대한 추가 힌트를 보려면 ZFS 직원이 수행한 작업이 흥미로울 수 있습니다.하나

답변4

좀 더:

  • 피오위에서 언급한 filebench와 유사합니다. "fio는 벤치마크 및 스트레스/하드웨어 검증에 모두 사용되는 I/O 도구입니다. 13가지 유형의 I/O 엔진(sync, mmap, libaio, posixaio, SG v3, splice, null, 네트워크, syslet, guasi, Solarisaio 등), I/O 우선 순위(최신 Linux 커널용), 속도 I/O, 분기 또는 스레드 작업 등이 블록 장치에서 작동할 수 있습니다. fio는 이해하기 쉬운 텍스트 형식으로 작업 설명을 허용합니다. fio는 모든 종류의 I/O 성능 정보를 표시합니다.
  • 파일 시스템 연습기(fsx)원래는 Apple에서 나왔지만 요즘에는 다양한 OS에 대한 변형이 있습니다.

관련 정보