+7 (495) 320-70-49
- Назад
- Телефоны
- +7 (495) 320-70-49
- Заказать звонок
info@proxmox.su
Москва, Бакунинская улица, 69с1
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

PVE 9.0 CPU Scaling Governor больше не работает, Proxmox Виртуальная Среда

Philebos

Guest

16.08.2025 18:36:00

Привет! После обновления до PVE 9.0 управление масштабированием процессора, похоже, перестало работать. Частота CPU остаётся на одном уровне, независимо от выбранного профиля энергопотребления (например, powersave или performance). В PVE 8 всё работало отлично, и при режиме “powersave” реально заметно снижалось потребление энергии. Я провёл несколько экспериментов на разном железе — везде одно и то же: в PVE 8 работает, в PVE 9 — нет. Может, я что-то упускаю? Вот команды, которые использую: изменение профиля: проверка активного профиля:

Monstrous1704

Guest

10.09.2025 05:19:00

Проблема на стороне downstream, у всех моих виртуальных машин теперь пропали данные о частоте процессора, поэтому многое в виртуализации с прямым доступом теперь совершенно не работает: open /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq: Нет такого файла или каталога (2). Похоже, это связано с обновлением Proxmox / Qemu / ядра, до PVE 9 всё было нормально.

uzumo

Guest

10.09.2025 05:57:00

Не думаю, что понижение частоты процессора сильно сэкономит энергию. Если её уменьшить, виртуальные машины просто не запустятся. Думаю, это пустая трата времени. Если не знаешь, как это вернуть обратно — лучше не делай.

Код:
udevadm info --attribute-walk --path=/devices/system/cpu/cpu0 | grep 'scaling_min_freq'
touch /etc/udev/rules.d/99-cpufreq-scaling-min-freq.rules
nano /etc/udev/rules.d/99-cpufreq-scaling-min-freq.rules
SUBSYSTEM=="cpu", KERNEL=="cpu[0-9]|cpu[0-9][0-9]", ACTION=="add|change", RUN="/usr/bin/bash -c 'echo 550000 > /sys/devices/system/cpu/%k/cpufreq/scaling_min_freq'"
udevadm control --reload
udevadm trigger

hastmu

Guest

26.10.2025 09:45:00

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

Код:
root@pve03-ryzen:/lib/modules# ls -la */kernel/drivers/cpufreq/*
-rw-r--r-- 1 root root 12020 27. авг 10:10 6.12.43+deb13-amd64/kernel/drivers/cpufreq/acpi-cpufreq.ko.xz
-rw-r--r-- 1 root root 2972 27. авг 10:10 6.12.43+deb13-amd64/kernel/drivers/cpufreq/amd_freq_sensitivity.ko.xz
-rw-r--r-- 1 root root 4232 27. авг 10:10 6.12.43+deb13-amd64/kernel/drivers/cpufreq/cpufreq_conservative.ko.xz
-рw-r--r-- 1 root root 6864 27. авг 10:10 6.12.43+deb13-amd64/kernel/drivers/cpufreq/cpufreq_ondemand.ko.xz
-рw-r--r-- 1 root root 2020 27. авг 10:10 6.12.43+deb13-amd64/kernel/drivers/cpufreq/cpufreq_powersave.ko.xz
-рw-r--r-- 1 root root 3440 27. авг 10:10 6.12.43+deb13-amd64/kernel/drivers/cpufreq/cpufreq_userspace.ko.xz
-рw-r--r-- 1 root root 4724 27. авг 10:10 6.12.43+deb13-amd64/kernel/drivers/cpufreq/p4-clockmod.ko.xz
-рw-r--r-- 1 root root 7380 27. авг 10:10 6.12.43+deb13-amd64/kernel/drivers/cpufreq/pcc-cpufreq.ko.xz
-рw-r--r-- 1 root root 13144 27. авг 10:10 6.12.43+deb13-amd64/kernel/drivers/cpufreq/powernow-k8.ko.xz
-рw-r--r-- 1 root root 4180 27. авг 10:10 6.12.43+deb13-amd64/kernel/drivers/cpufreq/speedstep-centrino.ko.xz
-рw-r--r-- 1 root root 5756 27. авг 10:10 6.12.43+deb13-amd64/kernel/drivers/cpufreq/speedstep-lib.ko.xz
-рw-r--r-- 1 root root 11473 12. сен 11:46 6.14.11-2-pve/kernel/drivers/cpufreq/amd_freq_sensitivity.ko
-рw-r--r-- 1 root root 20977 12. сен 11:46 6.14.11-2-pve/kernel/drivers/cpufreq/p4-clockmod.ko
-рw-r--r-- 1 root root 28009 12. сен 11:46 6.14.11-2-pve/kernel/drivers/cpufreq/speedstep-lib.ko
-рw-r--r-- 1 root root 11473 10. окт 10:04 6.14.11-4-pve/kernel/drivers/cpufreq/amd_freq_sensitivity.ko
-рw-r--r-- 1 root root 20977 10. окт 10:04 6.14.11-4-pve/kernel/drivers/cpufreq/p4-clockmod.ko
-рw-r--r-- 1 root root 28009 10. окт 10:04 6.14.11-4-pve/kernel/drivers/cpufreq/speedstep-lib.ko
-рw-r--r-- 1 root root 46473 21. окт 13:55 6.17.2-1-pve/kernel/drivers/cpufreq/amd_freq_sensitivity.ko
-рw-r--r-- 1 root root 44833 21. окт 13:55 6.17.2-1-pve/kernel/drivers/cpufreq/p4-clockmod.ko
-рw-r--r-- 1 root root 52065 21. окт 13:55 6.17.2-1-pve/kernel/drivers/cpufreq/speedstep-lib.ko
-рw-r--r-- 1 root root 10209 12. сен 13:02 6.8.12-15-pve/kernel/drivers/cpufreq/amd_freq_sensitivity.ko
-рw-r--r-- 1 root root 17993 12. сен 13:02 6.8.12-15-pve/kernel/drivers/cpufreq/p4-clockmod.ko
-рw-r--r-- 1 root root 25761 12. сен 13:02 6.8.12-15-pve/kernel/drivers/cpufreq/speedstep-lib.ko

Похоже, что ветки ядра 6.14 и 6.17 больше не включают cpufreq_gov**ernors**, как это было в 6.12. Но на самом деле это просто моё старомодное понимание, потому что:

cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_driver
amd-pstate-epp

Показал, что мой процессор Ryzen управляется «новым» модулем, который работает совсем по-другому. Надо это разобраться — держу вас в курсе.

hastmu

Guest

26.10.2025 10:49:00

Как и ожидалось, теперь это обрабатывается по-другому:
amd_pstate = active предоставляет управители: performance и powersave
amd_pstate = passive предоставляет conservative, ondemand, userspace, powersave, performance, schedutil
amd_pstate = guided предоставляет управителей: conservative, ondemand, userspace, powersave, performance, schedutil

Это показывает текущий статус — cpupower frequency-info
Информация о доступных управителях — cat /sys/devices/system/cpu/amd_pstate/status
Полные детали можно найти здесь: https://docs.kernel.org/admin-guide/pm/amd-pstate.html

Marv21 Guest	#6 0 07.11.2025 02:53:00 https://www.reddit.com/r/linux/comments/15p4bfs/amd_pstate_and_amd_pstate_epp_scaling_driver/ echo "power" \| tee /sys/devices/system/cpu/cpu*/cpufreq/energy_performance_preference

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры