Не работает Governor performance на kernel 6.6.11

На старых ядрах ниже 5.14 тоже всё работает.

Чем тебя не устраивает родное 3.10 ядро или kernel-lt из ELRepo версии 5.4?

Потому что сейчас выглядит так, как будто ты сам создал проблему установкой ядра 6.6 — для чего оно тебе?

Баг в этой версии ядра скорее всего. Советую откатится на работающую версию, думаю оформить багрепорт для разработчиков, чтобы они исправили этот баг вы не сможете.

С новым дистрибутивом типа AlmaLinux 9.3 точно такая же проблема на 6.6. Цель понять в чем ошибка, что с этим делать. Может я как то не так использую cpupower. Возможно не там смотрю частоту. Например на ядре 5.4 она нормально отображается через proc и через sys А на 5.14 только через sys. Через proc висит 2GHz

А ты пробовал задавать частоту не перфомансом, а лимитами в обычном говеноре? Там ведь не только верхний, но нижний предел есть.

Нет, так не пробовал. Сейчас проверил, срабатывает. cpupower frequency-set -g performance -d 2600000 И возникает вопрос, почему на старых ядрах оно работало, без задания минимальной частоты. Где можно об этом почитать? Может ли эта информация быть в Release Note ядра?

Не знаю. Но есть предположение, что perfomance просто сломали.

Сделал еще несколько проверок. Выяснил что потребление сервера меняется в большую сторону если использовать команду cpupower frequency-set -g performance но в таком случае увеличенную частоту нигде не видно. Потребление так же увеличивается до уровня performance если использовать эту команду cpupower frequency-set -d 2600000

Оно странное. А производительность растёт?

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

Я вижу этот тест уменьшением максимальной частоты, возможно тогда получится снять производительность при 800 и 2600

Потому что, начиная с 5.7, работает новый драйвер - intel_cpufreq.

https://wiki.archlinux.org/title/CPU_frequency_scaling

Может быть какая то разница между бенчмарком на перфомансе и им же, на ондеманде с правом сбрасывать частоты. Особенно что то такое, что не грузит все ядра.

зачем ты вообще пытаешься твикать не проверяя разницы в производительности? на современных процессорах это около бесполезно, и для них есть утилита x86_energy_perf_policy

или без утилиты

grep . /sys/devices/system/cpu/cpu*/cpufreq/energy_performance_available_preferences
tee /sys/devices/system/cpu/cpu*/cpufreq/energy_performance_preference <<<чёВыбрал

Привет. В energy performance записан performance. То есть то что я передавал через cpupower. Производительность растёт если сделать cpupower frequency-set performance , но частота во всех выводах остаётся на уровне 800MHz. Почему на старых ядрах 5.4 частота становится выше если смотреть через proc и sys. В 5.14 в proc отражается не корректно, в sys всё ок. А с 6 ядра и в proc и в sys висит 800 хотя потребление возрастает если использовать performance.

А производительность растёт?

performance governor фиксирует частоту CPU на максимальном значении. От него должна расти потребляемая мощность при простое, а вовсе не производительность.

А с 6 ядра и в proc и в sys висит 800

Важно то, что висит в cpupower monitor. proc может хоть погоду на Марсе показывать.

При переключении с ядра на максимальной частоте напростаивающее будет возникать лаг, плюс если повышение частоты последовательными стпенями, то ядру потребуется время чтобы выйти на максимальную производительность. А если оно уже на максимуме - и лаг меньше, и потери производительноси не будет.

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

Это уже не «производительность», а «латентность». Для сколько-нибудь длительных задач время переключения ни на что не влияет.

фпс

А, геймеропроблемы

ядру потребуется

Сейчас это делается самим процессором аппаратно c низкой задержкой, вылезаем из криокамеры.

Сейчас это делается самим процессором аппаратно c низкой задержкой, вылезаем из криокамеры.

От реализации зависит. На амуде, насколько я понимаю, только с amd_pstate=active происходит аппаратное переключение.

А, геймеропроблемы

И ещё браузеропроблемы и плееропроблемы.

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

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

На arm всё однозначно сложнее. С асиметричными кластерами интел - а хрен его знает, и то не точно.

Но если само ядро что то там аппаратно перекидывает - тогда зачем вообще операционке планировщик и политики частот и питания?

cpupower monitor показывает корректно. Если Говернер performance то частота 2.6, если powersave то 800.

Но до меня всё равно не доходит)) где можно увидеть текущую частоту, proc, sys, atop показывают не корректно. Корректная только в cpupower monitor