Для свежей установки Proxmox 7.1-x какие критерии позволяют определить, загружен ли драйвер intel_pstate или драйвер intel_cpufreq (то есть acpi_cpufreq)? Может быть, @t.lamprecht сможет прокомментировать?

Я знаю, какой драйвер используется. Мне интересно, как установщик Proxmox решает, какой из них загружать.

Вот что я делаю, но использование конфигурационного файла немного удобнее. Код:

## масштабирование CPU
# Proxmox по умолчанию использует режим "performance", измените на "powersave" для включения масштабирования CPU
# cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor
apt install cpufrequtils

cat << 'EOF' > /etc/default/cpufrequtils
GOVERNOR="powersave"
EOF

Показатель загрузки ЦП в процентах может быть неверным, когда ЦП снижает свою частоту. Если вы не используете режим "performance", стоит посмотреть на температуру и энергопотребление (примерно напряжение). Я использую netdata для этого, но вы можете выбрать любой инструмент, так как netdata может быть немного избыточен.

Как AMD? У меня отвратительная одноядерная производительность на системе с 5950x.

Небольшая поправка, мы берем за основу Debian, а не Ubuntu (которая тоже производная от Debian), но да, мы используем ядро Linux, адаптированное по вкусу Ubuntu. И, насколько я понимаю, NikoC, вероятно, хочет обратное тому, о чем мы тут говорим, то есть всегда полную частоту (потому что производительность, а не энергопотребление, была отмечена как незначительная).

Драйвер amd-pstate пока не принят ни в одном дерево Git ядра и всё ещё находится на рассмотрении, последшая версия была опубликована всего несколько дней назад FWICT: https://lore.kernel.org/lkml/20210926090605.3556134-1-ray.huang@amd.com/. Мы не добавляем в ядро драйверы, которые всё ещё находятся в разработке, и, судя по комментариям, им ещё потребуется внести некоторые изменения, прежде чем они будут готовы для включения в ядро. Если хотите, можете сами собрать ядро с применёнными патчами.

Как мне кажется, этот драйвер может появиться в версии 5.16, если они доработают его к следующему этапу слияния, который должен начаться в первой половине ноября и затем быть выпущенным в ядре в начале 2022 года. Тогда он, возможно, появится и в PVE, но когда и как — пока точно сказать нельзя.

Имеется в виду какая именно платформа AMD? У нас тут используются различные платформы EPYC, Threadripper и Ryzen в серверах и рабочих станциях, и мы не наблюдаем каких-либо значительных проблем. При этом мы используем стандартный CPU-планировщик производительности, и изменения p-state вряд ли заметны.

Я думаю, пакет называется linux-cpupower в debian. А решение, предложенное H4R0, довольно простое и хорошо работает. Для серверов мне нужно чтобы настройки можно было прописывать в скриптах, что хорошо работает с cpufrequtils. Я не вижу преимуществ использования cpupower, кроме как наличие приятных диалоговых интерфейсов. Включение powersave в качестве настройки по умолчанию — это предмет для обсуждения. Поскольку масштабирование частоты может приводить к разным эффектам (например, неправильному показанию загрузки CPU %), установка performance в качестве настройки по умолчанию — вполне разумный выбор. Может быть, proxmox мог бы спросить при установке, какая настройка предпочтительнее.

Возможно, вы что-то упускаете. Нужно различать драйвер intel_cpufreq и драйвер intel_pstate. Как видно ниже, вы, похоже, используете intel_cpufreq. Для этого драйвера ваше утверждение верно. Этот governor (регулятор частоты) действительно ставит ЦП на минимальную частоту. Я говорил о драйвере intel_pstate. В двух словах, драйвер P-state позволяет ЦП самостоятельно масштабировать частоту (в общих чертах). Больше информации здесь: https://www.kernel.org/doc/html/v4.19/admin-guide/pm/intel_pstate.html

Вот цитата из статьи.

Здесь есть статья, в которой сравнивают разные драйверы и их регуляторы частоты и то, как они влияют на производительность и энергопотребление. Здесь cpufreq-powersave показывает плохие результаты (как вы и утверждали), а p-state-powersave находится в пределах ~ 5% от наилучшего результата. https://www.phoronix.com/scan.php?page=article&item=linux50-pstate-cpufreq&num=1

Хотя эта статья посвящена настольным ЦП и настольным бенчмаркам, она все равно соответствует моему опыту в серверных приложениях. "Performance" даёт наилучшую производительность, но ни на одном из моих серверов нет постоянной загрузки, поэтому я использую "powersave" в качестве регулятора по умолчанию. Вот как это выглядит на сервере, очень похожем на ваш. У него Intel® Xeon® CPU E3-1220 v5 @ 3.00GHz. Сервер был изначально установлен с PVE 6.x и обновлён до 7. По умолчанию был установлен performance для intel_pstate. Я изменил его на powersave.

Код:
```
# cpufreq-info
cpufrequtils 008: cpufreq-info © Dominik Brodowski 2004-2009
Report errors and bugs to cpufreq@vger.kernel.org, please.
analyzing CPU 0:
 driver: intel_pstate
 CPUs which run at the same hardware frequency: 0
 CPUs which need to have their frequency coordinated by software: 0
 maximum transition latency: 4294.55 ms.
 hardware limits: 800 MHz - 3.50 GHz
 available cpufreq governors: performance, powersave
 current policy: frequency should be within 800 MHz and 3.50 GHz.
                 The governor "powersave" may decide which speed to use
                 within this range.
 current CPU frequency is 1.40 GHz.
analyzing CPU 1:
 driver: intel_pstate
 CPUs which run at the same hardware frequency: 1
 CPUs which need to have their frequency coordinated by software: 1
 maximum transition latency: 4294.55 ms.
 hardware limits: 800 MHz - 3.50 GHz
 available cpufreq governors: performance, powersave
 current policy: frequency should be within 800 MHz and 3.50 GHz.
                 The governor "powersave" may decide which speed to use
                 within this range.
 current CPU frequency is 1.30 GHz.
analyzing CPU 2:
 driver: intel_pstate
 CPUs which run at the same hardware frequency: 2
 CPUs which need to have their frequency coordinated by software: 2
 maximum transition latency: 4294.55 ms.
 hardware limits: 800 MHz - 3.50 GHz
 available cpufreq governors: performance, powersave
 current policy: frequency should be within 800 MHz and 3.50 GHz.
                 The governor "powersave" may decide which speed to use
                 within this range.
 current CPU frequency is 1.31 GHz.
analyzing CPU 3:
 driver: intel_pstate
 CPUs which run at the same hardware frequency: 3
 CPUs which need to have their frequency coordinated by software: 3
 maximum transition latency: 4294.55 ms.
 hardware limits: 800 MHz - 3.50 GHz
 available cpufreq governors: performance, powersave
 current policy: frequency should be within 800 MHz and 3.50 GHz.
                 The governor "powersave" may decide which speed to use
                 within this range.
 current CPU frequency is 1.39 GHz.
```