검색

31.2.5. 테스트 시스템 준비

download PDF
이 섹션에서는 평가 중에 최적의 성능을 실현하도록 시스템 설정을 구성하는 방법을 설명합니다. 특정 테스트에 설정된 암시적 경계를 초과하는 테스트는 비정상적인 결과로 인해 테스트 시간이 손실될 수 있습니다. 예를 들어 이 가이드에서는 100GB 주소 범위를 통해 임의의 읽기를 수행하는 테스트를 설명합니다. 500GB의 작동 집합을 테스트하려면 VDO 블록 맵 캐시에 할당된 iLO의 양을 적절하게 늘려야 합니다.
  • 시스템 설정
    • CPU가 최고 성능 설정에서 실행되고 있는지 확인합니다.
    • BIOS 구성 또는 Linux cpupower 유틸리티를 사용하여 가능한 경우 빈도 스케일링을 비활성화합니다.
    • 가능한 경우 터보 모드를 활성화하여 최대 처리량을 달성할 수 있습니다. 터보 모드는 테스트 결과에 몇 가지 변형을 도입하지만 성능은 터보 없이 테스트를 충족하거나 초과합니다.
  • Linux Configuration
    • 디스크 기반 솔루션의 경우 Linux는 대기 중인 여러 읽기/쓰기 요청을 처리할 수 있는 여러 I/O 스케줄러 알고리즘을 제공합니다. 기본적으로 Red Hat Enterprise Linux는 CFQ(완전한 대기 시간) 스케줄러를 사용하여 여러 상황에서 회전 디스크(하드 디스크) 액세스를 향상시키는 방식으로 요청을 정렬합니다. 대신 Red Hat 랩 테스트에서 더 나은 처리량과 대기 시간을 제공하는 회전 디스크에 Deadline 스케줄러를 사용하는 것이 좋습니다. 다음과 같이 장치 설정을 변경합니다.
      # echo "deadline" > /sys/block/device/queue/scheduler
      
    • 플래쉬 기반 솔루션의 경우 noop 스케줄러는 Red Hat 랩 테스트에서 뛰어난 랜덤 액세스 처리량 및 대기 시간을 보여줍니다. 다음과 같이 장치 설정을 변경합니다.
      # echo "noop" > /sys/block/device/queue/scheduler
  • 스토리지 장치 구성
    파일 시스템(ext4, XFS 등)은 성능에 고유한 영향을 미칠 수 있습니다. 종종 성능 측정을 간소화하여 결과에 VDO의 영향을 분리하는 것이 더 어려워집니다. 합리적인 경우 원시 블록 장치에서 성능을 측정하는 것이 좋습니다. 이 기능을 사용할 수 없는 경우 대상 구현에서 사용되는 파일 시스템을 사용하여 장치를 포맷합니다.
Red Hat logoGithubRedditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

© 2024 Red Hat, Inc.