실시간 목적으로 주파수 조절 및 CPU 유휴 전원 관리 지원을 비활성화해도 안전합니까?

실시간 목적으로 주파수 조절 및 CPU 유휴 전원 관리 지원을 비활성화해도 안전합니까?

저는 Raspberry Pi 보드를 사용하고 있으며 실시간 시스템을 구축하고 싶습니다. 커널 구성 과정에서 나는 발견했습니다.CONFIG_CPU_FREQUENCY옵션, 여기서(도움말 섹션에서)

CPU의 클럭 속도를 즉시 변경할 수 있습니다. CPU 클럭 속도가 낮을수록 CPU가 소비하는 전력이 적어지므로 이는 전력을 절약하는 좋은 방법입니다.

이는 전력 소비를 줄이는 좋은 방법이지만 실시간 애플리케이션에서는 예측할 수 없는 동작과 긴 대기 시간이 발생할 수 있습니다.

Xenomai 개발자는 비활성화를 권장합니다.CONFIG_CPU_IDLE왜냐하면 (부터여기)

이를 통해 CPU가 깊은 절전 상태로 들어갈 수 있으므로 이러한 절전 상태를 종료하는 데 필요한 시간이 늘어나 유휴 시스템의 대기 시간이 늘어납니다. 또한 일부 CPU에서는 이러한 깊은 절전 상태로 전환하면 Xenomai에서 사용하는 타이머의 실행이 중지됩니다.

마더보드에 냉각 시스템이 장착되어 있지 않기 때문에 이 두 가지 옵션을 비활성화하면 CPU가 손상될지 궁금합니다. 이러한 옵션이 없으면 CPU의 반응성이 더 좋아질 것이라고 생각하지만, 이것은 나에게 CPU-Seppuku처럼 들립니다.

답변1

이 마더보드에는 냉각 시스템이 제공되지 않습니다.

그게 요점입니다.

작업 부하에 관계없이 모든 Linux 시스템을 실시간화하면 CPU 부하가 증가할 수밖에 없습니다. 따라서 온도.
맞습니다. 실시간 시스템에서 달성해야 할 첫 번째 작업 중 하나는 CPU가 깊은 절전 모드(깨어나는 데 걸리는 시간으로 인해 대기 시간이 크게 늘어남)에 들어가지 않도록 방지하는 것입니다. 중간에라도 지구 가열을 중단하세요.

여기서 제공할 수 있는 가장 좋은 대답은 코어 손잡이를 설정한 다음 중앙에 있는 온도 센서를 살펴보는 것입니다. 보고된 값이 계속 증가하면 이러한 설정을 잊어버리십시오.

결국, 당신은 무엇을 그리워하게 될까요? 이것이 두 번째 요점입니다.

정확하고 정량화된 기대 없이 실시간으로 Linux를 최적화할 계획은 없을 것입니다. 일부는 특정 특정 워크로드를 실행할 때 특정 이벤트에 대한 최대 반응 시간을 보장합니다.
이러한 기대치, 워크로드 및 사용 가능한 코어 수에 따라 시스템은 더 낮은 주파수에서 코어를 실행하거나 유휴 상태에서 절전 모드로 전환할 수 있습니다.

따라서 먼저 기대치를 결정한 다음 벤치마킹하십시오!

관련 정보