30.2. 컨테이너 실행
Containerfile으로 빌드된 컨테이너를 실행할 수 있습니다.
절차
podman run명령을 사용하여 컨테이너를 실행합니다.# podman run --device=/dev/cpu_dma_latency --cap-add ipc_lock --cap-add sys_nice --cap-add sys_rawio --rm -ti cyclictest /dev/cpu_dma_latency set to 0us policy: fifo: loadavg: 0.08 0.10 0.09 2/947 15 T: 0 ( 8) P:95 I:1000 C: 3209 Min: 1 Act: 1 Avg: 1 Max: 14 T: 1 ( 9) P:95 I:1500 C: 2137 Min: 1 Act: 2 Avg: 1 Max: 23 T: 2 (10) P:95 I:2000 C: 1601 Min: 1 Act: 2 Avg: 2 Max: 7 T: 3 (11) P:95 I:2500 C: 1280 Min: 1 Act: 2 Avg: 2 Max: 72 T: 4 (12) P:95 I:3000 C: 1066 Min: 1 Act: 1 Avg: 1 Max: 7 T: 5 (13) P:95 I:3500 C: 913 Min: 1 Act: 2 Avg: 2 Max: 87 T: 6 (14) P:95 I:4000 C: 798 Min: 1 Act: 1 Avg: 2 Max: 7 T: 7 (15) P:95 I:4500 C: 709 Min: 1 Act: 2 Avg: 2 Max: 29
이 예에서는 필요한 실시간 관련 옵션이 있는 podman run 명령을 보여줍니다. 예를 들면 다음과 같습니다.
-
첫 번째(FIFO) 스케줄러 정책은
--cap-add=sys_nice옵션을 통해 컨테이너 내부에서 실행되는 워크로드에 사용할 수 있습니다. 이 옵션을 사용하면 실시간 워크로드를 튜닝할 때 다른 중요한 구성 차원인 스레드의 CPU 선호도를 설정할 수도 있습니다. --device=/dev/cpu_dma_latency옵션은 컨테이너 내에서 호스트 장치를 사용할 수 있도록 합니다(하위적으로 CPU 유휴 시간 관리를 구성하기 위해cyclictest 워크로드에서 사용). 지정된 장치를 사용할 수 없는 경우 아래 메시지와 유사한 오류가 표시됩니다.WARN: stat /dev/cpu_dma_latency failed: No such file or directory이와 같은 오류 메시지로 인해 문제가 발생하는 경우 podman-run(1) 매뉴얼 페이지를 참조하십시오. 컨테이너 내에서 특정 워크로드를 실행하려면 다른
podman-run옵션이 유용할 수 있습니다./dev/cpu/*/msr와 같은 CPU 장치 파일을 매핑하려면--device=/dev/cpu옵션을 추가하여 디렉터리 계층 구조를 추가해야 하는 경우도 있습니다.