LINUX.ORG.RU

Auto-CPUFreq 3.1

 auto-cpufreq, , , ,

Auto-CPUFreq 3.1

1

1

26 июля 2026 года представлен Auto-CPUFreq 3.1 — новый выпуск свободной утилиты для автоматического управления частотой и энергопотреблением процессора в Linux. Программа следит за загрузкой и температурой CPU, состоянием аккумулятора и общей нагрузкой на систему, после чего подбирает параметры с учётом баланса между производительностью и временем автономной работы. Проект распространяется под лицензией LGPL 3.0.

Главным новшеством версии 3.1 стал режим мониторинга в графическом интерфейсе. Теперь пользователь может просматривать сведения о состоянии процессора и работе механизмов энергосбережения без запуска auto-cpufreq --monitor в терминале. В GUI также добавлены элементы управления Bluetooth, включая настройку его состояния после загрузки системы.

Основные изменения auto-cpufreq 3.1:

  • Расширена поддержка ноутбуков Lenovo. Программа теперь ищет интерфейс conservation_mode в нескольких возможных расположениях, благодаря чему режим ограничения заряда аккумулятора должен работать на большем количестве моделей. Изменение реализовано в PR №942.
  • Добавлен параметр enforce_platform_profile. Он определяет, должна ли программа постоянно восстанавливать выбранный профиль платформы или задавать его только при переключении между аккумулятором и внешним питанием. При отключённом принудительном применении сохраняется возможность менять профиль вручную, например сочетанием клавиш на ноутбуках Lenovo Legion. Описание параметра добавлено в конфигурацию проекта.
  • Улучшена совместимость с нестандартными системами. auto-cpufreq теперь может работать при отсутствии каталога /sys/class/power_supply/, что актуально для настольных компьютеров и устройств без обычного интерфейса аккумулятора. Соответствующее исправление внесено в PR №920.
  • Исправлен расчёт энергопотребления. Добавлен запасной способ получения показателей для устройств, в которых отсутствует файл power_now.
  • Исправлен вывод EPP и EPB. Команда auto-cpufreq --stats больше не должна показывать неверные резервные профили Energy Performance Preference и Energy Performance Bias.
  • Исправлена установка порогов заряда. Значения начала и прекращения зарядки могли не применяться из-за некорректной обработки их первоначального состояния.
  • Изменён порядок настройки частот. Минимальные и максимальные ограничения частоты теперь применяются после изменения состояния турборежима.
  • Устранено нежелательное пробуждение видеокарт NVIDIA. Профиль платформы записывается только тогда, когда требуемое значение отличается от текущего. Ранее повторная запись могла пробудить дискретный GPU и увеличить энергопотребление. Исправление подготовлено в PR №944.

Кроме того, разработчики добавили недостающие зависимости в пакет для Nix, включили поддержку графического интерфейса в конфигурацию Poetry и исправили проблемы с зависимостями libgirepository и PyGObject в дистрибутивах на основе Debian. Полный перечень изменений приведён на странице выпуска auto-cpufreq 3.1.

Исходный код и инструкции по установке доступны в репозитории проекта. Разработчики предупреждают, что одновременное использование Auto-CPUFreq и TLP для управления частотами процессора может привести к конфликтам. Графический интерфейс также недоступен в Snap-сборке из-за ограничений изоляции Snap.

>>> Источник

★★★★★

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

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

PerdunJamesBond ★★
()

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

Очень жаль что это напрвление в ОС слабо развито и что cpufeqd закопали вместо того чтобы добавить фишки современных процессоров.

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

Потому что планировщиков 5 основных и ещё с десяток кастомных и кто то должен их переключать. У практически каждого из них есть настройки и они обычно важнее чем выбор собственно планировщика. Дефолт плох в энергосбережении и не слишком хорош в достижении максимальной производительности, надо настраивать и привязывать к неким быстродоступным профилям. Ещё есть биосовский слой настроек, недоступный планировщику, кто то должен туда лезть. И всё это желательно бы атоматизировать чтобы можно было командовать из ДЕ или скриптов, а в идеале по набору каких то триггеров вроде высокий заряд батареи/низкий заряд/ сеть подключена, высокие/низкие температуры, запущена игрушка (конкретное приложение) или наоборот компиляция, рендер или ффмпег кодирует.

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

Примеры: мой ноутбук, винда, задача - игрушки. К 3 профилям питания привязаны 3 разных коридора частот цпу. Это всё чем можно рулить на данном железе и в винде. Управляется... центром настройки видеокарты АМД!

Мой распберри Пи4. Аппаратные лимиты частоты выставлены на 400-1200, это конфиг микропрограммы, менять на лету нельзя. cpufreqd отвечает за поджимание верхнего предела при нагреве, это позволяет не перегревать плату под нагрузкой на пасивном охлаждении и включать по желанию турбобуст - вентилятор на ручном управлении. А несколько опций для планировщика conservative позволяют менее агресивно поднимать частоты и вообще не поднимать от процессов с низким приоритетом. Итого пасивное охлаждение с темпераурой не более 65-70 градусов и минус ~1 Вт потребления.

kirill_rrr ★★★★★
()

кто-нибудь использует эту тулзу или аналог? как успехи, овчинка стоит выделки?

gagarin0
()

не помешает: в настройки добавить выбор «шрифт/моноширинный»

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

Ну да, именно так сейчас и должно быть, когда то давно интересовался так даже на десктопе множители частоты прыгали. У видеокарты тоже множители динамически прыгают. Я бы интересовался такой утилитой чтобы ради экономии батареи прибить частоту пусть даже если станет медленнее, если от батареи

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

интересно, у меня вот свой велосипед есть, который запрещает Turbo Boost в зависимости от температуры, и соответственно разрешает, когда общая нагрузка на все ядра падает и температура снижается.
А также переключает governor между performance/schedutil и conservative
Мне хватает ;)

Sylvia ★★★★★
()

Проект так же нагенерирован, как и новость?

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

так поделились-бы своей «новостью»?! :о)

sunjob ★★★★★
()

Почитал описание на гитхабе и так не понял что конкретно оно делает? Если это очередная реализация компромисса производительность-энергоэффективность, то зачем оно? Нет сравнения хотябы с дефолтным *_pstate и tlp

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

Пробовал настроить штатными процентами в расширенных настройках профиля питания виндовых настроек - получается малопредсказуемая хрень плюс-минус лапоть.

kirill_rrr ★★★★★
()

Честно говоря, с моей личной точки зрения, утилита = «чисто позырить». Потому как оверклокингом можно увлекаться только в том случае, когда у тебя бабла немеряно - на систему охлаждения или на новый процессор, в случае неудачи. Я это ещё много лет назад понял, когда в СЦ по ремонту компов работал...

cadaber ★★
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.