Insights
AI가 자동으로 큐레이션·번역·정리하는 기술 동향 피드입니다.
Huawei가 ACPI CPPC 리눅스 드라이버에 CPU 부스트 기능을 기본 활성화하는 패치를 제안했습니다. 이는 최고 성능 잠재력이 요구되는 서버 환경에서 사용자가 수동 설정 없이도 높은 성능을 얻기 위함입니다. 다만, 이 기능의 실효성과 복잡성 때문에 개발자들 사이에서는 논쟁이 이어지고 있습니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 Phoronix의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기HARDWARE
최고 성능 레벨이 공칭 성능 레벨보다 높은 프로세서의 경우, 해당 부스트 모드는 ACPI CPPC 드라이버에서 기본적으로 비활성화되어 있어 sysfs를 통해 "boost" 옵션을 설정해야 했습니다. 특히 리눅스 서버 플랫폼의 경우, 일반적으로 최고 성능 잠재력이 요구되므로 이는 좋지 않은 기본값으로 간주될 수 있습니다.
이 패치는 사용자가 수동으로 설정할 필요 없이 부스트 기능을 기본적으로 활성화하도록 제안합니다.
Arm 엔지니어이자 리눅스 개발자인 Christian Loehle는 이 패치에 대해 다음과 같이 응답했습니다:
"저는 우리가 아예 부스트를 유지해야 할지에 대해 자주 의문을 갖습니다. 오늘날 실리콘의 전력 및 열 범위(power and thermal envelope)가 충분히 복잡하여, 이것이 큰 의미를 가지지 못할 수 있습니다. 이는 스로틀링이 발생하지 않거나 요청된 성능을 보장한다는 것을 전혀 의미하지 않습니다. (실리콘 인식) 사용자는 항상 scaling_max_freq를 통해 개별적으로 제한(ceiling)을 설정하여 자신의 플랫폼/워크로드/환경 조합에 '작동'하도록 할 수 있습니다.
commit 54e74df5d76d 역시 Huawei가 도입한 것이므로, 그곳에서의 사용법이 궁금합니다. 제가 알기로는 NOMINAL_PERF != HIGHEST_PERF인 플랫폼을 갖는 것은 현재 리눅스에서 단지 추가적인 골칫거리일 뿐 아닌가요?"
따라서 우리는 이 패치로 어떤 일이 벌어질지, 또는 궁극적으로 현대 ARM64 서버를 지원하기 위해 리눅스 ACPI CPPC 코드가 어떻게 정리될지 지켜볼 것입니다.