CPU使用率が100％であっても、CPU周波数は常に最小です

この問題がいつ発生し始めたのかはわかりませんが、Ubuntu（16.04、フレッシュ）をインストールした時からであったかもしれません。私は、Ubuntuが異常に遅く、環境が不安定で、アイドル状態でもCPU使用率が高いことを観察していました。最初は、何らかのプログラムがそれを遅くしていると思いました。

しばらくして、原因を突き止めました。CPU周波数は、状況に関係なく、ノンストップで800 MHzに設定されています。最大周波数は、Turbo-boostで3100 MHz、通常2000 MHzと想定されています。BlenderにCPUの一部をレンダリングさせることで、CPU使用率（2コアの4つのスレッドすべて）を意図的に100％に設定しましたが、800 MHzのままです。

最大パフォーマンスプロファイルを設定しようとしましたが、まだ低いままです。私は温度をテストしましたが、87°Cが高く、105°Cが重要であると見なされるときは常に60°Cのようです。私は常にAC電源で動作していますが、バッテリーはしばらく前から充電されていないようです。

これはcpufreq-infoが報告するものです：

 driver: intel_pstate
 CPUs which run at the same hardware frequency: 0
 CPUs which need to have their frequency coordinated by software: 0
 maximum transition latency: 0.97 ms.
 hardware limits: 800 MHz - 3.10 GHz
 available cpufreq governors: performance, powersave
 current policy: frequency should be within 2.00 GHz and 3.10 GHz.
                 The governor "performance" may decide which speed to use
                 within this range
 current CPU frequency is 800 MHz (asserted by call to hardware).

他の3つのCPUユニットでも同じです。

これはlscpuが報告するものです：

Architecture:          x86_64
CPU op-mode(s):        32-bit, 64-bit
Byte Order:            Little Endian
CPU(s):                4
On-line CPU(s) list:   0-3
Thread(s) per core:    2
Core(s) per socket:    2
Socket(s):             1
NUMA node(s):          1
Vendor ID:             GenuineIntel
CPU family:            6
Model:                 58
Model name:            Intel(R) Core(TM) i7-3537U CPU @ 2.00GHz
Stepping:              9
CPU MHz:               799.921
CPU max MHz:           3100,0000
CPU min MHz:           800,0000
BogoMIPS:              3990.99
Virtualization:        VT-x
L1d cache:             32K
L1i cache:             32K
L2 cache:              256K
L3 cache:              4096K
NUMA node0 CPU(s):     0-3
Flags:                 fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm epb tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms xsaveopt dtherm ida arat pln pts

省電力モードでは、同じように動作します。AC電源を切断してバッテリーで実行すると、CPU周波数が2800 MHzに急上昇するため、AC電源でのみ問題になるようです（これは、想定される動作とは正反対です）。

CPUプロファイルの変更を設定しようとしました。周波数スケーリングを無効にしようとしました（CPU周波数スケーリングを無効にし、システムをパフォーマンスに設定するにはどうすればよいですか？）、/ sys / devices / system / cpu / cpuでscaling_min_freqを設定しようとしました[0-3] / cpufreqを高い値に設定しましたが、どちらも何もしませんでした。頻度は最小のままです。

CPUタイプはIntel（R）Core（TM）i7-3537U CPU @ 2.00GHz、コンピューターはDell Inspiron 15z Touchです。

また、コンピューターがACアダプターから給電されていても、バッテリーが充電されないという問題があります。

その他の診断：

$ sudo rdmsr --bitfield 15:8 -d -a 0x198
8
8
8
8
$ sudo rdmsr --bitfield 15:8 -d -a 0x199
9
8
9
9

0x199の場合、番号8と9は、連続するコール間でランダムに並べ替えられているように見えます。

他のドライバーであるacpi_cpufreqはより良い値を報告したが、決して設定しないため、この問題はintel_pstateドライバーとは無関係であることが判明しました。OSはおそらくこれを制御できませんでした。

これは、特定のDellラップトップで充電が中断され、ラップトップがACで駆動されているが充電されていない場合に発生する問題です。ハードウェアの問題を修正すると、問題は解決します。この場合、電源コネクタ内のほとんど目に見えない布が電気的接触を防止していました。

これにより、任意の端末からCPU周波数が最高速度に設定されます。

sudo cpufreq-set -f `cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq`

/etc/init.d/ondemandファイルを編集して、これを永続的に追加します。ondemandは、ログイン中に周波数を変更するために使用されます。デフォルトは「オンデマンド」ガバナーです。つまり、800mhzから開始し、必要に応じて上昇します。

私は同じ問題を抱えていました-ラップトップがまだオンになっているキャリーケースで過熱したシャットダウンの後、CPU周波数がubuntuとwindowsで立ち往生しました。

BIOSにアクセスし、「power」でCPUの電源管理を無効にして、他のすべてをフルスロットル（最大パフォーマンス）にしました。再起動し、フルスピードに戻してからBIOSに戻して、CPU管理を再度有効にし、以前に変更した他の設定を修正しました。ほら！

編集：バッテリーの問題であることが判明しました。バッテリーの残量が非常に少ない場合、CPUの速度は上がりません（電力を節約すると仮定します）。ThinkPadで、マシンの電源を再び入れる前に、充電LEDが速く点滅しなくなるまで、数分間バッテリーを充電する必要があります。

時々私のラップトップはcpufreq設定を完全に無視します。私はこれを見つけました：

電源コードを抜き、再度差し込みます。修繕 ：）

その理由は、マシンが混乱しているためだと推測しています。それは、それがバッテリー上にあると考えており、バッテリーが低いと考えているため、電力を節約するためにCPUをアンダークロックします。

実際にプラグインされて正常に動作していることを知らせる必要があります。

（Asus x453mラップトップはこちら、Ubuntu 14.04） YouTube：オフにしてからもう一度オンにしてみましたか？

ThinkPad T520でも同じ問題が発生しました。インターネットで見つかったすべてのソリューションを試した後、Ubuntuを再インストールする準備が整いました。しかし、その後、WindowsでCPU周波数を確認したところ、800 MHzに制限されていることがわかりました。

そのため、ハードウェアの問題に見えました。クーラーRPMが低く、ラップトップケースが高温または暖かくなかったため、CPUの冷却に問題があることは明らかではありませんでした。

とにかく他のオプションがなかったので、私はラップトップを分解し、CPUとGPUチップの熱インターフェースgreeseを変更しました。そして、あなたは何を知っていますか？助けた！

Djangoプロジェクトの実行時間の1つでの単体テストは45分でしたが、現在は11分です。

そのため、特にラップトップで同様の問題に直面する場合は、おそらく乾燥した素材の熱インターフェイスが原因であると考えられますが、3〜5年後には仕事をやめます。清潔なラジエーター、サイレントクーラー、クールなラップトップボディにだまされないでください。

回避策

# Determinate CPU capabilities
MAX_CPU=$(cpupower frequency-info -l | tail -n1 | cut -d' ' -f2)

# Disable "BD PROCHOT" 
wrmsr -a 0x1FC 262238;

# Set and apply frequencies
cpupower frequency-set \
  -d $(expr $MAX_CPU / 2) \
  -u $MAX_CPU \
  -r \
  -g performance;