cpufreq: i7-1185G7, 커널 5.8.0에서 스케일링이 깨졌습니다.

cpufreq: i7-1185G7, 커널 5.8.0에서 스케일링이 깨졌습니다.

나는 상당히 새로운 CPU가 장착된 노트북을 구입했습니다.i7-1185G7.

Ubuntu 20.20(Linux 5.8.0-33-generic)을 새로 설치할 때 노트북이 매우 느린 것을 발견했습니다.

나는 매개 intel_pstate변수를 연구 /sys/devices/system/cpu/cpu*/cpufreq하고 다음과 같은 관찰을 했습니다.

  • 기본값은 모든 코어에 scaling_governor적용됩니다 . powersaveCPU는 400Mhz짧은 터보 부스트를 제외하고 모든 코어를 계속 실행하므로 이 모드에서는 거의 사용할 수 없습니다 4.8GHz.
  • scaling_governorperformance코어가 특정 컷오프에 도달할 때까지 아무 이유 없이(노트북 유휴) 명목상 3GHz터보를 가능한 한 오랫동안 실행하도록 설정합니다 ( 이것은 내 이론입니다).4.8GHzthermald

CPU에는 4개의 물리적 코어와 8개의 논리적 코어가 있습니다. 논리 코어 4개로 설정 performance하고 4개는 powersave~1%/분 속도로 배터리를 소모합니다. 그래서 배터리 수명은 약 1시간 40분 정도 나왔습니다. 터보 부스트를 비활성화하면 이 문제가 약간 개선됩니다.

다음으로, Linux가 기본적으로 사용하는 BIOS에서 주파수 스케일링을 비활성화했습니다 acpi-cpufreq. 이 드라이버를 사용하면 기본적으로 모든 코어가 항상 켜져 있습니다 400MHz. 내가 원하는 최소/최대 주파수를 직접 설정해야 합니다. 그들은 대개 최소한으로 유지됩니다. 이는 자동 주파수 스케일링의 목적을 근본적으로 무효화합니다.

내 질문은: 순수하게 하드웨어로 제어되는 주파수 스케일링을 수행할 수 있습니까? 두 드라이버를 모두 비활성화하고 CPU가 자체적으로 주파수 조정 결정을 내리도록 하고 싶습니다. 이것이 가능한가? 둘째, 말하자면 이 행동을 어디에 보고하는 것이 가장 좋습니까 intel_pstate?

답변1

또한 동일한 CPU(i7-1185G7) 및 Linux를 사용하는 새로운 Dell Latitude 5420(2021)에도 문제가 있습니다.

시스템 시작 후 다음 명령을 실행하여 문제를 일시적으로 해결했습니다.

sudo rmmod intel_rapl_msr 
sudo rmmod processor_thermal_device 
sudo rmmod processor_thermal_rapl 
sudo rmmod intel_rapl_common 
sudo rmmod intel_powerclamp

sudo modprobe intel_powerclamp
sudo modprobe intel_rapl_common 
sudo modprobe processor_thermal_rapl 
sudo modprobe processor_thermal_device
sudo modprobe intel_rapl_msr

관련 정보