LINUX.ORG.RU
Форум — General  

Проблема с CPU Intel на ядрах 5.19

 , , ,


0

4

Недавно заметил, что как минимум 2 ядра CPU не сбрасывают частоту на ядрах версии 5.19, хотя нагрузки нет.
На ядре 5.18 такого бага нет.
Скриншот из виртуальной консоли https://ibb.co/dgvWSF9
Кто-нибудь ещё столкнулся с таким?

Заметил интересную особенность - если немного нагрузить процессор, то частота ядер на минимуме https://ibb.co/fCq6B62
Убираем нагрузку - наблюдаем максимальную частоту в трее и htop https://ibb.co/C9ZwKJz

★★★★☆

Последнее исправление: superuser (всего исправлений: 4)
← Ansible замена блоков в конфиге
Как сделать export из Pass?(the standard unix password manager) →

У меня пока 5.18 всё норм, да. Подпишусь, как прилетит, проверю.

Может у тебя режим shedutil/perfomance какой? Сам выставил, сам забыл

Попробуй

cpufreq-set -g ondemand -c 0
cpufreq-set -g ondemand -c 1
cpufreq-set -g ondemand -c 2
cpufreq-set -g ondemand -c 3

а вдруг

LINUX-ORG-RU ★★★★★
()
Ответ на: комментарий от LINUX-ORG-RU

да нет, у меня intel_pstate и раньше было всё хорошо 

$ cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_driver
intel_pstate
intel_pstate
intel_pstate
intel_pstate
$ cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor
powersave
powersave
powersave
powersave

superuser ★★★★☆
() автор топика
Ответ на: комментарий от superuser

Ну тогда ждём поциентов с теми же симптомами.

Следующий! Кто по талончику?

LINUX-ORG-RU ★★★★★
()
Последнее исправление: LINUX-ORG-RU (всего исправлений: 1)

Есть такое, 5.19.5-xanmod, schedutil\intel_pstate, два рандомных ядра всегда на максимальной частоте.

Jameson ★★★★★
()

Что в колонке Bzy_MHz показывает turbostat?

turbostat -i 1 --show='PkgWatt,CorWatt,GFXWatt,RAMWatt,Avg_MHz,Busy%,Bzy_MHz,TSC_MHz'
i-rinat ★★★★★
()
Ответ на: комментарий от Jameson

Бинарник в Debian лежит в linux-cpupower. Исходники можно найти в дереве исходников ядра.

i-rinat ★★★★★
()
Последнее исправление: i-rinat (всего исправлений: 1)
Ответ на: комментарий от superuser

В gentoo он в

* sys-apps/linux-misc-apps
     Доступные версии:      ~5.8-r1 {static-libs tcpd usbip}
     Домашняя страница:     https://kernel.org/
     Описание:              Misc tools bundled with kernel sources

Странно, turbostat наличие бага не подтверждает, но я вижу в выпадающем списке кдешного апплета мониторинга что у меня два рандомных ядра 3300 всегда, то бишь максимум.

Avg_MHz Busy%   Bzy_MHz TSC_MHz PkgWatt CorWatt RAMWatt
54      3.27    1662    3300    42.78   19.97   63.54
365     14.50   2518    3300    21.36   10.06   32.02
24      1.77    1360    3300
45      3.00    1492    3300
69      3.74    1853    3300
31      2.10    1474    3300
15      1.08    1356    3300
77      5.13    1493    3300
13      0.99    1322    3300
35      2.70    1307    3300
185     9.87    1879    3300
14      1.06    1316    3300
130     9.37    1388    3300
23      1.66    1388    3300
22      1.51    1459    3300
42      2.39    1752    3300
19      1.38    1352    3300
5       0.35    1454    3300    21.43   9.91    31.52
5       0.43    1219    3300
11      0.81    1298    3300
6       0.53    1213    3300
229     13.99   1636    3300
26      1.89    1399    3300
9       0.67    1272    3300
3       0.19    1331    3300
6       0.46    1301    3300
7       0.53    1240    3300
19      1.13    1716    3300
40      1.61    2493    3300
14      1.08    1300    3300
28      1.15    2432    3300
200     15.82   1266    3300
22      1.78    1262    3300
Jameson ★★★★★
()

Никаких проблем не наблюдаю.
Intel i7-4790, governor schedutil, ядро 5.19.4-xm1.0.fc35.x86_64, turbostat:

Avg_MHz Busy%   Bzy_MHz TSC_MHz PkgWatt CorWatt GFXWatt
13      1.57    800     3600    1.11    0.00    0.00
4       0.52    800     3600    1.11    0.00    0.00
12      1.55    800     3600
20      2.54    800     3600
13      1.60    800     3600
8       1.03    800     3600
22      2.75    800     3600
9       1.13    800     3600
12      1.46    800     3600
rupert ★★★★★
()
Ответ на: комментарий от i-rinat 
# turbostat -v
turbostat version 20.09.30 - Len Brown <lenb@kernel.org>
# turbostat -i 1 --show='PkgWatt,CorWatt,GFXWatt,RAMWatt,Avg_MHz,Busy%,Bzy_MHz,TSC_MHz'
turbostat version 20.09.30 - Len Brown <lenb@kernel.org>
CPUID(0): GenuineIntel 0x16 CPUID levels; 0x80000008 xlevels; family:model:stepping 0x6:9e:9 (6:158:9)
CPUID(1): SSE3 MONITOR - EIST TM2 TSC MSR ACPI-TM HT TM
CPUID(6): APERF, No-TURBO, DTS, PTM, HWP, HWPnotify, HWPwindow, HWPepp, No-HWPpkg, No-EPB
cpu1: MSR_IA32_MISC_ENABLE: 0x00850089 (TCC EIST MWAIT PREFETCH TURBO)
CPUID(7): SGX
cpu1: MSR_IA32_FEATURE_CONTROL: 0x00000005 (Locked )
CPUID(0x15): eax_crystal: 2 ebx_tsc: 326 ecx_crystal_hz: 0
TSC: 3912 MHz (24000000 Hz * 326 / 2 / 1000000)
CPUID(0x16): base_mhz: 3900 max_mhz: 3900 bus_mhz: 100
cpu1: MSR_MISC_PWR_MGMT: 0x00401cc0 (ENable-EIST_Coordination DISable-EPB DISable-OOB)
RAPL: 5140 sec. Joule Counter Range, at 51 Watts
cpu1: MSR_PLATFORM_INFO: 0x80838f1012700
8 * 100.0 = 800.0 MHz max efficiency frequency
39 * 100.0 = 3900.0 MHz base frequency
cpu1: MSR_IA32_POWER_CTL: 0x00381cc1 (C1E auto-promotion: DISabled)
cpu1: MSR_TURBO_RATIO_LIMIT: 0x27272727
39 * 100.0 = 3900.0 MHz max turbo 4 active cores
39 * 100.0 = 3900.0 MHz max turbo 3 active cores
39 * 100.0 = 3900.0 MHz max turbo 2 active cores
39 * 100.0 = 3900.0 MHz max turbo 1 active cores
cpu1: MSR_CONFIG_TDP_NOMINAL: 0x00000027 (base_ratio=39)
cpu1: MSR_CONFIG_TDP_LEVEL_1: 0x00000000 ()
cpu1: MSR_CONFIG_TDP_LEVEL_2: 0x00000000 ()
cpu1: MSR_CONFIG_TDP_CONTROL: 0x80000000 ( lock=1)
cpu1: MSR_TURBO_ACTIVATION_RATIO: 0x00000000 (MAX_NON_TURBO_RATIO=0 lock=0)
cpu1: MSR_PKG_CST_CONFIG_CONTROL: 0x1e000000 (UNdemote-C3, UNdemote-C1, demote-C3, demote-C1, UNlocked, pkg-cstate-limit=0 (pc0))
/dev/cpu_dma_latency: 2000000000 usec (default)
current_driver: intel_idle
current_governor: menu
current_governor_ro: menu
cpu1: POLL: CPUIDLE CORE POLL IDLE
cpu1: C1: MWAIT 0x00
cpu1: C1E: MWAIT 0x01
cpu1: C3: MWAIT 0x10
cpu1: C6: MWAIT 0x20
cpu1: C7s: MWAIT 0x33
cpu1: C8: MWAIT 0x40
cpu1: cpufreq driver: intel_pstate
cpu1: cpufreq governor: powersave
cpufreq intel_pstate no_turbo: 1
cpu1: MSR_MISC_FEATURE_CONTROL: 0x00000000 (L2-Prefetch L2-Prefetch-pair L1-Prefetch L1-IP-Prefetch)
cpu0: MSR_PM_ENABLE: 0x00000001 (HWP)
cpu0: MSR_HWP_CAPABILITIES: 0x01092727 (high 39 guar 39 eff 9 low 1)
cpu0: MSR_HWP_REQUEST: 0x80002708 (min 8 max 39 des 0 epp 0x80 window 0x0 pkg 0x0)
cpu0: MSR_HWP_INTERRUPT: 0x00000001 (EN_Guaranteed_Perf_Change, Dis_Excursion_Min)
cpu0: MSR_HWP_STATUS: 0x00000000 (No-Guaranteed_Perf_Change, No-Excursion_Min)
cpu0: MSR_RAPL_POWER_UNIT: 0x000a0e03 (0.125000 Watts, 0.000061 Joules, 0.000977 sec.)
cpu0: MSR_PKG_POWER_INFO: 0x00000198 (51 W TDP, RAPL 0 - 0 W, 0.000000 sec.)
cpu0: MSR_PKG_POWER_LIMIT: 0x4281fe001b8198 (UNlocked)
cpu0: PKG Limit #1: ENabled (51.000000 Watts, 8.000000 sec, clamp ENabled)
cpu0: PKG Limit #2: ENabled (63.750000 Watts, 0.002441* sec, clamp DISabled)
cpu0: MSR_DRAM_POWER_LIMIT: 0x5400de00000000 (UNlocked)
cpu0: DRAM Limit: DISabled (0.000000 Watts, 0.000977 sec, clamp DISabled)
cpu0: MSR_PP0_POLICY: 0
cpu0: MSR_PP0_POWER_LIMIT: 0x00000000 (UNlocked)
cpu0: Cores Limit: DISabled (0.000000 Watts, 0.000977 sec, clamp DISabled)
cpu0: MSR_PP1_POLICY: 0
cpu0: MSR_PP1_POWER_LIMIT: 0x00000000 (UNlocked)
cpu0: GFX Limit: DISabled (0.000000 Watts, 0.000977 sec, clamp DISabled)
cpu1: MSR_IA32_TEMPERATURE_TARGET: 0x00641441 (100 C) (100 default - 0 offset)
cpu0: MSR_IA32_PACKAGE_THERM_STATUS: 0x88420800 (34 C)
cpu0: MSR_IA32_PACKAGE_THERM_INTERRUPT: 0x00000003 (100 C, 100 C)
cpu1: MSR_PKGC3_IRTL: 0x0000884e (valid, 79872 ns)
cpu1: MSR_PKGC6_IRTL: 0x00008876 (valid, 120832 ns)
cpu1: MSR_PKGC7_IRTL: 0x00008894 (valid, 151552 ns)
cpu1: MSR_PKGC8_IRTL: 0x000088fa (valid, 256000 ns)
cpu1: MSR_PKGC9_IRTL: 0x0000894c (valid, 339968 ns)
cpu1: MSR_PKGC10_IRTL: 0x00008bf2 (valid, 1034240 ns)
Avg_MHz	Busy%	Bzy_MHz	TSC_MHz	PkgWatt	CorWatt	GFXWatt	RAMWatt
29	1.78	1620	3912	1.68	0.67	0.02	1.04
18	1.70	1036	3912	1.68	0.67	0.02	1.04
10	0.99	974	3912
81	3.72	2170	3912
8	0.72	1047	3912
Avg_MHz	Busy%	Bzy_MHz	TSC_MHz	PkgWatt	CorWatt	GFXWatt	RAMWatt
27	1.60	1711	3912	1.67	0.66	0.02	1.04
33	2.42	1385	3912	1.67	0.66	0.02	1.04
57	2.20	2574	3912
12	1.17	1021	3912
7	0.61	1219	3912
Avg_MHz	Busy%	Bzy_MHz	TSC_MHz	PkgWatt	CorWatt	GFXWatt	RAMWatt
27	1.54	1763	3912	1.67	0.66	0.02	1.03
29	1.53	1890	3912	1.67	0.66	0.02	1.03
19	1.48	1270	3912
53	2.46	2161	3912
7	0.67	1091	3912
Avg_MHz	Busy%	Bzy_MHz	TSC_MHz	PkgWatt	CorWatt	GFXWatt	RAMWatt
27	1.56	1740	3912	1.68	0.67	0.02	1.04
14	0.71	1953	3912	1.68	0.67	0.02	1.04
73	3.41	2154	3912
11	1.22	938	3912
10	0.90	1095	3912
Avg_MHz	Busy%	Bzy_MHz	TSC_MHz	PkgWatt	CorWatt	GFXWatt	RAMWatt
31	2.01	1555	3912	1.69	0.68	0.02	1.04
20	2.19	932	3912	1.69	0.68	0.02	1.04
76	3.03	2495	3912
14	1.37	1047	3912
14	1.44	1002	3912
^CAvg_MHz	Busy%	Bzy_MHz	TSC_MHz	PkgWatt	CorWatt	GFXWatt	RAMWatt
13	1.63	800	3912	1.45	0.42	0.03	1.05
21	2.63	800	3912	1.45	0.42	0.03	1.05
16	2.00	800	3912
6	0.79	800	3912
9	1.10	800	3912

убил по Ctrl-C

superuser ★★★★☆
() автор топика
Ответ на: комментарий от Jameson

вижу в выпадающем списке кдешного апплета мониторинга что у меня два рандомных ядра 3300 всегда, то бишь максимум.

Ядро может разгоняться, потому что акт сбора статистики может являться достаточной нагрузкой для регулятора чтобы задрать частоту ядра до максимума в надежде скорейшего завершения работы и ухода обратно в сон. Второе ядро — SMT на том же физическом ядре.

i-rinat ★★★★★
()
Ответ на: комментарий от superuser

в VoidLinux её нет, надо собирать

в VoidLinux оно в linux-tools

superuser ★★★★☆
() автор топика
Ответ на: комментарий от superuser

htop много что делает на каждое обновление отчёта. Похоже, этой нагрузки достаточно, чтобы процессорные ядра разогнались. Возможно, регулятор частот стал агрессивнее.

«Проведённый в интернете опрос показал, что 100% респондентов пользуется интернетом».

i-rinat ★★★★★
()
Последнее исправление: i-rinat (всего исправлений: 1)

Написал бы хоть модель процессора, или я что-то пропустил. На i5-1240p все норм

MaZy ★★★★★
()
Ответ на: комментарий от superuser

У меня эта интересная особенность с 11 поколения на всех ядрах. На реальное энергопотребление не влияет.

В простое все ядра показывают максимульную не-турбо частоту

MaZy ★★★★★
()
Ответ на: комментарий от i-rinat

их новый алгоритм полное дерьмо. тема планировщика уже была и мы это свами обсуждали до моей заморозки. вот пожалуйста, прошло немного времени и ......

Assembler ☆
()
Ответ на: комментарий от superuser

у них в новых версиях ядер появился новый алгоритм работы планировщика, который на основе статистики, загруженности процессора, а точнее ядер, пытается регулирывать частоту. видимо как у эпл хотели, но у них нейропроцессор есть. а наши решили забабахать программно. это как установить прошивку от феррари на приору. а так было бы просто бомба, если планировщик мог предсказывать частоту которая понадобится ядру процессора. замысел у линуксоидных инженеров был шикарный, но как всегда хотели как лучше, а получилось то что получилось. вобщем алгоритм-говно, но сама идея гениальна. просто надо поменять алгоритм, по которому планировщик типа предсказывает. но было бы лучше если планировщик не предсказывал, а ПЛАНИРОВАЛ. он же планировщик! ну так пусть выделяет с чередованием определенные частоты определенным ядрам и он же будет уже знать точно где и какому ядру сколько выделил частоты и уже на основе этого раскидывал бы очередя. так отпала бы надобность в энергоэффективных ядрах. планировщик их бы делал сам.

Assembler ☆
()
Ответ на: комментарий от superuser

не охото щас лазить искать. но это уже осуждали тут. я пытался сказать что планировщик и его алгоритм дерьмо, но меня заморозили. щас сидят и думают, а почему же два ядра всегда загружены? ну потому что планировщик и его алгоритм дерьмо.

Assembler ☆
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Ansible замена блоков в конфиге
General
Как сделать export из Pass?(the standard unix password manager) →