Цепь разгона в Linux (процессор i5-4300U)
В настоящее время работает над проблемой и ищу некоторые рекомендации.
Наша текущая настройка - двухъядерная (i5-4300U) коробка Advantech под управлением Ubuntu 14.04.
Я наблюдаю эти редкие случаи, когда ядра процессора разгоняются до ~2 ГГц и сразу разгоняются до 250 МГц, и они остаются там до перезагрузки системы.
Обратите внимание, что cpuinfo_min_freq установлен на 800 МГц, а регулятор масштабирования мощности настроен на энергосбережение.
Моя первоначальная реакция состояла в том, что это было связано с температурой, но, глядя на температуру, ядра обычно находятся около середины 30-х годов и были на уровне 30-х, когда произошел этот последний инцидент. Что не похоже на слишком резкий скачок или выход из состояния здоровья. Смотрите прикрепленные снимки экрана.
Несколько вопросов:
- Существуют ли другие факторы вне температуры, которые могут привести к снижению частоты процессора, как это?
- Не кажется ли странным, что он будет уменьшен ниже минимального значения? Что вызвало бы это?
Любые другие общие идеи или вещи, которые я должен изучить в этой настройке?
>>:~$ 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:
1 ответ
Эта скорость поддерживается?
250 МГц - это даже поддерживаемая частота? Посмотрите здесь должно показать, что доступно (250 МГц будет выглядеть как 250000):
cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_available_frequencies
Вы видите точные скорости?
Не обращая внимания на то, каким должен быть установленный минимум, если 250 МГц даже не поддерживается, то я предполагаю, что или у программы контроля частоты возникают проблемы, или демон частоты (ядро?) Есть.
Что вы используете для контроля частоты процессора? cpufreq-info (из cpufrequtils) или непосредственно читая строку "CPU MHz" из /proc/cpuinfo или же
cat /sys/devices/system/cpu/cpu*/cpufreq/cpuinfo_cur_freq
или в зависимости от вашего водителя (в scaling_driver файл)
cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq
Я определенно проверю их все, когда возникнет проблема.
Также стоит проверить общую производительность, когда проблема также возникает. Сравнение эталона с его скоростью, когда процессор работает нормально, может помочь подтвердить, действительно ли он замедляется, или просто "сказать", что он медленный. Хорошие тесты включают в себя:
openssl speed md5(спасибо Дэвид Шварц)cryptsetup benchmark- Один из ориентиров от
hardinfo( Справка по Ubuntu, вики, Debian, GitHub)- В вики archlinux есть хорошая страница по бенчмаркингу в целом
Просто смотрю
ddСкорость виртуальных "файлов" в ГБ / с может быть достаточной (хотя сейчас она варьируется ~0,5 ГБ / с при каждом запуске в моих тестах):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
Если это кажется подтвержденной проблемой со всеми источниками, я бы попробовал другое ядро.