4.8. fio를 사용한 VDO 성능 테스트에 사용되는 옵션

--size

fio 가 작업당 대상으로 전송하는 데이터의 양입니다.

num jobs 옵션도 참조하십시오.

100GiB

--bs

fio 에서 생성한 각 읽기 및 쓰기 요청의 블록 크기입니다.

Red Hat은 VDO의 기본값 4KiB와 일치하는 4KiB 블록 크기를 권장합니다.

4k

--numjobs

fio 가 벤치마크를 위해 생성하는 작업 수입니다.

각 작업은 --size 옵션으로 지정한 데이터 양을 전송합니다. 첫 번째 작업은 --offset 옵션으로 지정한 오프셋에 있는 장치에 데이터를 전송합니다. 이후 작업은 --offset_increment 옵션을 제공하지 않는 한 디스크의 동일한 지역을 덮어씁니다. 이 옵션은 이전 작업이 해당 값으로 시작된 위치에서 각 작업을 오프셋합니다.

플래시 디스크(SSD)에서 최대 성능을 얻으려면 Red Hat은 최소한 두 개의 작업을 권장합니다. 한 가지 작업은 일반적으로 HDD(재귀 디스크) 처리량을 포화하기에 충분합니다.

HDD의 경우 1, SSD의 경우 2

--thread

fio 작업에 fork 가 아닌 스레드에서 실행되도록 지시합니다. 이 작업은 컨텍스트 전환을 제한하여 더 나은 성능을 제공할 수 있습니다.

none

--ioengine

fio 가 벤치마크에 사용하는 I/O 엔진.

Red Hat 테스팅에서는 libaio 라는 비동기 디버깅되지 않은 엔진을 사용하여 하나 이상의 프로세스가 동시에 임의 요청을 생성하는 워크로드를 테스트합니다. libaio 엔진을 사용하면 데이터를 검색하기 전에 단일 스레드에서 여러 요청을 비동기적으로 만들 수 있습니다. 이렇게 하면 많은 스레드에서 요청을 제공하는 경우 동기 엔진에 필요한 컨텍스트 전환 수가 제한됩니다.

libaio

--direct

옵션을 사용하면 장치에 제출된 요청을 통해 커널 페이지 캐시를 우회할 수 있습니다.

--direct 옵션과 함께 libaio 엔진을 사용해야 합니다. 그렇지 않으면 커널에서 모든 I/O 요청에 동기화 API를 사용합니다.

1 (libaio)

--iodepth

언제든지 이동 중인 I/O 버퍼 수입니다.

값이 높으면 특히 임의 읽기 또는 쓰기의 경우 성능이 향상됩니다. 높은 값을 사용하면 컨트롤러에 항상 배치 요청이 있습니다. 그러나 값을 너무 높게 설정하면(일반적으로 1K보다 크면 바람직하지 않은 대기 시간이 발생할 수 있습니다.

Red Hat은 128에서 512 사이의 값을 권장합니다. 최종 값은 장단점이며 애플리케이션에서 대기 시간을 허용하는 방법에 따라 달라집니다.

128 최소

--iodepth_batch_submit

I/O 깊이 버퍼 풀이 비어 있기 시작할 때 생성할 I/O 요청 수입니다.

이 옵션은 테스트 중에 I/O 작업에서 버퍼 생성으로 작업을 제한합니다.

16

--iodepth_batch_complete

배치를 제출하기 전에 완료할 I/O 작업 수입니다.

이 옵션은 테스트 중에 I/O 작업에서 버퍼 생성으로 작업을 제한합니다.

16

--gtod_reduce

대기 시간을 계산하기 위해 시간 호출을 비활성화합니다.

이 설정은 활성화된 경우 처리량을 줄입니다. 대기 시간 측정이 필요하지 않은 경우 옵션을 활성화합니다.

1