LINUX.ORG.RU

Почему у меня несколько ядер в турбобусте?

 , ,


0

0

У меня Xeon e5 2678 v3. Я смотрю, по спекам он должен одно ядро бустить до 3300. Но вместо одного ядра он бустит несколько. Почему так? Турбобуст не анлочил, биос не перепрошивал. Ядро 6.1.28. Конфиг - https://pastebin.com/G7bnJQbW

Every 2.0s: grep MHz /proc/cpuinfo                                  

cpu MHz         : 3300.000
cpu MHz         : 3089.523
cpu MHz         : 1762.361
cpu MHz         : 3142.847
cpu MHz         : 3300.000
cpu MHz         : 3300.000
cpu MHz         : 2970.183
cpu MHz         : 3300.000
cpu MHz         : 3244.379
cpu MHz         : 3300.000
cpu MHz         : 3300.000
cpu MHz         : 3300.000
cpu MHz         : 3300.000
cpu MHz         : 3300.000
cpu MHz         : 3083.039
cpu MHz         : 3300.000
cpu MHz         : 1946.813
cpu MHz         : 2378.174
cpu MHz         : 3300.000
cpu MHz         : 2578.375
cpu MHz         : 3300.000
cpu MHz         : 3300.000

★★★★★

Последнее исправление: vbcnthfkmnth123 (всего исправлений: 4)

Попробовал в качестве тестовой нагрузки собрать ядро в многопотоке

Every 2.0s: grep MHz /proc/cpuinfo                                   

cpu MHz         : 2899.962
cpu MHz         : 2899.971
cpu MHz         : 2899.972
cpu MHz         : 2899.950
cpu MHz         : 2899.963
cpu MHz         : 2899.969
cpu MHz         : 2899.952
cpu MHz         : 2899.971
cpu MHz         : 2899.958
cpu MHz         : 2899.956
cpu MHz         : 2899.954
cpu MHz         : 2899.965
cpu MHz         : 2899.930
cpu MHz         : 2899.965
cpu MHz         : 2899.964
cpu MHz         : 2899.959
cpu MHz         : 2899.950
cpu MHz         : 2899.966
cpu MHz         : 2899.956
cpu MHz         : 2899.964
cpu MHz         : 2899.965
cpu MHz         : 2899.934

Тут предсказуемо, примерно 2900 по всем ядрам, как и указано в спеках.

vbcnthfkmnth123 ★★★★★
() автор топика
Последнее исправление: vbcnthfkmnth123 (всего исправлений: 1)

Обновил ядро до 6.1.30. Теперь бустит как в спеках

Every 2.0s: grep MHz /proc/cpuinfo     
                            
cpu MHz         : 3300.011
cpu MHz         : 3300.185
cpu MHz         : 2500.139
cpu MHz         : 2500.139
cpu MHz         : 2500.139
cpu MHz         : 2500.139
cpu MHz         : 2500.139
cpu MHz         : 2500.139
cpu MHz         : 2500.139
cpu MHz         : 2500.139
cpu MHz         : 2500.139
cpu MHz         : 2500.139
cpu MHz         : 2500.139
cpu MHz         : 2500.139
cpu MHz         : 2500.139
cpu MHz         : 2500.139
cpu MHz         : 2500.139
cpu MHz         : 2500.139
cpu MHz         : 2500.139
cpu MHz         : 2500.139
cpu MHz         : 2500.139
cpu MHz         : 2500.139

Походу был какой-то баг в ядре.

vbcnthfkmnth123 ★★★★★
() автор топика
Последнее исправление: vbcnthfkmnth123 (всего исправлений: 1)
Ответ на: комментарий от user13

зачем вы собираете 6.1.30, я сегодня накочу 6.3.4

Потому что 6.1 LTS, а 6.1.30 это самое свежее ядро в LTS ветке. Нет никакого смысла в stable, если железо не сверхновое (железо ТС к такому не относится) и уж тем более в mainline, если ты не тестер\разработчик. Всё действительно важное, то бишь фиксы безопасности или каких то слишком поздно выявленных регрессий бэкпортируются в LTS. На то оно и LTS.

накОчу

Скушай ещё этих вкусных семок и накОти пивка.

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

Всё действительно важное, то бишь фиксы безопасности или каких то слишком поздно выявленных регрессий бэкпортируются в LTS.

А вещи относящиеся к производительности? Пример, Не работает amd_pstate на B550 и Ryzen 7 5800X (комментарий).

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

А это уже к «новому железу» относится. Там где идёт активное строительство, а оно там сейчас как раз идёт, желательно сидеть на свежих stable, да. Чтобы не бороться с глюками которые в свежих ядрах уже исправлены.

У TC Ксеон v3, там вся поддержка железа устаканилась относительно давно. intel_pstate достаточно давно завезли, а amd_pstate это свежая и активно пилящаяся штука. Новые дрова, шедулеры и планировщики в LTS действительно редко портируют, в них фиксят ошибки безопасности и регрессии в уже существующем коде, новое в LTS стараются не добавлять.

Если всё и так работает стабильно можно не дёргаться, а новое всё равно приедет в составе следующего поколения LTS.

Jameson ★★★★★
()
Последнее исправление: Jameson (всего исправлений: 2)

Мне немножко интересно как это вообще оказалось возможно, потому что «трубобуст на все ядра» это специфический баг поколения v3 и был весьма быстро «пофикшен» обновлением микрокода. Так что без специальных телодвижений по его откату в бивисе и ОС происходить подобное не должно.

Самое смешное что у меня подобное происходило на поколении v2, у которого такого бага нет и считается что «трубобуст на все ядра» технически невозможен. И это была не ошибка показаний, потому что когда такое происходило TDP взлетал выше допустимого порога и срабатывала защита сокета по току потребления вырубая питание матери. В итоге я тупо трубобуст отключал. А потом это пофиксили.

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

Только там по току потребление возрастает так что не всякое китайское питание выдерживает, нужен дополнительный колхоз матери. Ну и к выбору системы охлаждения тоже нужно ответственно подходить. Короче так себе развлечение, как и все разгоны вообще.

Jameson ★★★★★
()