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

おすすめ記事