Linuxの大幅なアンダークロックCPU（i5-4300U CPU）
現在問題に取り組んでおり、いくつかのガイダンスを探しています。
現在のセットアップは、Ubuntu 14.04を実行するデュアルコア（i5-4300U）Advantechボックスです。
CPUコアが約2GHzからすぐに250MHzにアンダークロックされ、システムを再起動するまでそこにとどまるというまれなケースが見られます。cpuinfo_min_freqは800MHzに設定されており、電力スケーリングガバナーは省電力に設定されています。
私の最初の反応は、それが温度に関連しているということでしたが、温度を見ると、コアは通常30年代半ば頃であり、この最新の事件が発生したときは30年代後半でした。これは、ジャンプや健康状態があまりにも劇的ではないようです。添付のスクリーンショットを参照してください。
いくつかの質問：
- CPU周波数がそのまま低下する原因となる温度以外の要因はありますか？
- 最小設定よりも低くなるのは奇妙に思えますか？これは何が原因でしょうか？
この設定で調べるべき他の一般的な洞察や事柄はありますか？
>>:~$ uname -a Linux Host 4.4.0-31-generic #50~14.04.1-Ubuntu SMP Wed Jul 13 01:06:37 UTC 2016 i686 i686 i686 GNU/Linux >>:~$ cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 69 model name : Intel(R) Core(TM) i5-4300U CPU @ 1.90GHz stepping : 1 microcode : 0x16 cpu MHz : 1899.902 cache size : 3072 KB physical id : 0 siblings : 4 core id : 0 cpu cores : 2 apicid : 0 initial apicid : 0 fdiv_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 13 wp : yes 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 nx pdpe1gb rdtscp lm constant_tsc Arch_perfmon pebs bts xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm epb tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm xsaveopt dtherm ida arat pln pts bugs : bogomips : 4988.23 clflush size : 64 cache_alignment : 64 address sizes : 39 bits physical, 48 bits virtual power management: processor : 1 vendor_id : GenuineIntel cpu family : 6 model : 69 model name : Intel(R) Core(TM) i5-4300U CPU @ 1.90GHz stepping : 1 microcode : 0x16 cpu MHz : 1901.953 cache size : 3072 KB physical id : 0 siblings : 4 core id : 1 cpu cores : 2 apicid : 2 initial apicid : 2 fdiv_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 13 wp : yes 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 nx pdpe1gb rdtscp lm constant_tsc Arch_perfmon pebs bts xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm epb tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm xsaveopt dtherm ida arat pln pts bugs : bogomips : 4988.23 clflush size : 64 cache_alignment : 64 address sizes : 39 bits physical, 48 bits virtual power management: processor : 2 vendor_id : GenuineIntel cpu family : 6 model : 69 model name : Intel(R) Core(TM) i5-4300U CPU @ 1.90GHz stepping : 1 microcode : 0x16 cpu MHz : 1899.902 cache size : 3072 KB physical id : 0 siblings : 4 core id : 0 cpu cores : 2 apicid : 1 initial apicid : 1 fdiv_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 13 wp : yes 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 nx pdpe1gb rdtscp lm constant_tsc Arch_perfmon pebs bts xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm epb tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm xsaveopt dtherm ida arat pln pts bugs : bogomips : 4988.23 clflush size : 64 cache_alignment : 64 address sizes : 39 bits physical, 48 bits virtual power management: processor : 3 vendor_id : GenuineIntel cpu family : 6 model : 69 model name : Intel(R) Core(TM) i5-4300U CPU @ 1.90GHz stepping : 1 microcode : 0x16 cpu MHz : 1902.246 cache size : 3072 KB physical id : 0 siblings : 4 core id : 1 cpu cores : 2 apicid : 3 initial apicid : 3 fdiv_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 13 wp : yes 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 nx pdpe1gb rdtscp lm constant_tsc Arch_perfmon pebs bts xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm epb tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm xsaveopt dtherm ida arat pln pts bugs : bogomips : 4988.23 clflush size : 64 cache_alignment : 64 address sizes : 39 bits physical, 48 bits virtual power management:
その速度はサポートされていますか？
250MHzもサポートされている周波数ですか？ここを見ると、利用可能なものが表示されます（250MHzは250000と表示されます）。
cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_available_frequencies
あなたは正確な速度を見ていますか？
設定された最小値を無視すると、250MHzがサポートされていない場合は、使用している周波数モニタープログラムに問題があるか、周波数デーモン（カーネル？）に問題があると推測されます。
CPU周波数を監視するために何を使用していますか？ cpufreq-info（cpufrequtilsから）、または/proc/cpuinfoまたはから「cpuMHz」行を直接読み取る
cat /sys/devices/system/cpu/cpu*/cpufreq/cpuinfo_cur_freq
またはドライバーによって異なります（scaling_driverファイル内）
cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq
問題が発生したら、必ずすべてを確認します。
問題が発生した場合も、一般的なパフォーマンスを確認することも価値があります。 CPUが正常に動作しているときの速度とベンチマークを比較すると、実際に速度が低下しているのか、それとも単に速度が遅いと言っているのかを確認するのに役立ちます。優れたベンチマークは次のとおりです。
openssl speed md5（David Schwartzに感謝）cryptsetup benchmarkhardinfoのベンチマークの1つ（ buntuのヘルプウィキ 、 Debian 、 GitHub ）- archlinuxのwikiには ベンチマーク 一般的な素敵なページがあります
仮想「ファイル」で
ddのGB/sの速度を監視するだけで十分な場合があります（ただし、今のテストでは、実行ごとに最大0.5GB/sの速度で変化します）。if=/dev/zero of=/dev/null bs=1M count=10000 10000+0 records in 10000+0 records out 10485760000 bytes (10 GB, 9.8 GiB) copied, 1.69302 s, 6.2 GB/s
すべてのソースで確認された問題であると思われる場合は、別のカーネルを試してみます。