31.2.5. 테스트 시스템 준비
이 섹션에서는 평가 중에 최적의 성능을 실현하도록 시스템 설정을 구성하는 방법을 설명합니다. 특정 테스트에 설정된 암시적 경계를 초과하는 테스트는 비정상적인 결과로 인해 테스트 시간이 손실될 수 있습니다. 예를 들어 이 가이드에서는 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의 영향을 분리하는 것이 더 어려워집니다. 합리적인 경우 원시 블록 장치에서 성능을 측정하는 것이 좋습니다. 이 기능을 사용할 수 없는 경우 대상 구현에서 사용되는 파일 시스템을 사용하여 장치를 포맷합니다.
