исключения приложений для cpufreq?

Процессор не может работать с одними программами на одной частоте, а с другими на другой.

мне нужно не разную частоту, а чтобы в фоне служба не садила батарейку

Руками перевключать. Включил компиляцию - включил performance, кончилась - включил ondemand

Ставишь governor в powersave, и без толку частоты не будут прыгать в любом случае.

Если же речь про конкретную службу по зарежь её по cgroup.

Можешь враппер-скрипт сделать типа

#!/bin/sh
sudo cpupower --cpu all frequency-set --governor performance
$@
sudo cpupower --cpu all frequency-set --governor ondemand

Использование ./cpu-performance-wrapper.sh ls -1 запустит команду ls -1 «с перформансом»

Если в ondemand что-то сильно ест питание, то сбрасывай на другой режим, powersave например

Что за служба? Ты можешь её renice -n 0 `pidof app_name` или поставить процесс на паузу на время когда ты от батарейки работаешь kill -STOP `pidof app_name` а потом снять с паузы kill -CONT `pidof gedit` убить вообще kill -9 или остановить/отключить/удалить нахер эту службу раз она тебе не нужна

Удобно в .bashrc сунуть в вид, я как прописал это много лет назад так до сих пор и осталось.

cpu-lol()
{
sudo su -c "\
cpufreq-set -g  powersave -c 0 ;\
cpufreq-set -g  powersave -c 1 ;\
cpufreq-set -g  powersave -c 2 ;\
cpufreq-set -g  powersave -c 3 ;\
cpufreq-set -g  powersave -c 4 ;\
cpufreq-set -g  powersave -c 5 ;\
"
}

cpu-norm()
{
sudo su -c "\
cpufreq-set -g ondemand -c 0 ;\
cpufreq-set -g ondemand -c 1 ;\
cpufreq-set -g ondemand -c 2 ;\
cpufreq-set -g ondemand -c 3 ;\
cpufreq-set -g ondemand -c 4 ;\
cpufreq-set -g ondemand -c 5 ;\
"
}

cpu-fast()
{
sudo su -c "\
cpufreq-set -g performance -c 0 ;\
cpufreq-set -g performance -c 1 ;\
cpufreq-set -g performance -c 2 ;\
cpufreq-set -g performance -c 3 ;\
cpufreq-set -g performance -c 4 ;\
cpufreq-set -g performance -c 5 ;\
"
}

cpu-fast ; app_name ; cpu-norm Вроде глупо, но привык.

эта служба прыгает за 100%cpu иногда и поднимает частоту,
но останавливать ее нежелательно,
она спокойно может отработать и на минимальной скорости,
поверсейв режим замедляет работу и больше заряда тратит в итоге,
ноут иногда в сети и тогда смысла ее ограничивать перманентно нет
это фоновые службы и в работе суету с переключениями не желательно

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

Ты можешь её renice -n 0 pidof app_name

renice поможет освободить проц для другого жручего процесса, но не спасет от нажора при простое

Не прокатит же. Запускаешь несколько приложений заврапленных, закрываешь одно, всё, частоты опять зарезаны.

Нужно ещё директорию с флажками держать. Ну его.

Запускаешь несколько приложений заврапленных, закрываешь одно, всё, частоты опять зарезаны.

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

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

Припинить это приложение к одному ядру с говернором powersave, остальные к другим ядрам с другим говернором on-demand?

В GNOME 41 появилась некоторая функциональность этого рода.

Вот и выкинь весь этот мусор, некому будет нагружать.

100% на одну секунду или 10% на десять секунд, количество энергии одинаковое. Если считаешь, что лучше самого процессора справишься с регулированием, то настрой пороги срабатывания разных режимов.

100% на одну секунду или 10% на десять секунд, количество энергии одинаковое

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

Зависит от сферичности. Может наоборот, за секунду кулер еще не сработает, а вот за 10 секунд… Иной кулер съест больше процессора.

производительность не линейно пропорциональна частоте, а потребление пропорционально кубу частоты. так что таки должно выгодно работать на какой-то более низкой частоте

производительность не линейно пропорциональна частоте, а потребление пропорционально кубу частоты. так что таки должно выгодно работать на какой-то более низкой частоте

Для практики важны два случая: 1) ты работаешь от батареи и хочешь максимально увеличить автономность; 2) ты работаешь от сети и тебе плевать на потребление, так как ускорение работы приятнее и полезнее, чем экономия копеек на электричестве.

В первом случае ты используешь powersave, и для отдельных специфических задач ondemand. Во втором - ondemand и для отдельных специфических задач performance.

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

так в том и прикол что в powersave режиме проги медленней запускаются и отклик медленный и дисплей тратят больше заряда и работа медленней получается, что для рабочего ноута не подходит

ondemand тоже не подходит т.к. цп тратит заряд напрасно из-за фоновых служб которые его разгоняют в тот момент когда не нужен быстый отклик например при просмотре видио

с розеткой тоже нет смысла делать ondemand или performance если тебя нет рядом с компьютером и не выполняются программы требующие быстрого отклика

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