Спасибо,  муу!

Да, уже понял, что GPU отключить не получится, но хоть HDMI и прочие мелочи отключу.

А главное, частоту SoC понизить, если это что-то даст в плане уменьшения прожорливости.

Потому что такой шикарный бесшумный корпус
https://www.ixbt.com/news/2019/11/13/akasa-pi-4-raspberry-pi...
в наших краях не водится, а вентиляторы терпеть ненавижу, потому что они равно равно или поздно здыхают, а для необслуживаемого устройства где-то на крыше сами понимаете, что это значит.

Только какой предел допустим для понижения частоты?
Например, от 1500 сбросить до 800 МГц - надежно будет работать?

Первый экскремент, как говаривал бацька Ангел, закончился блином.
Посудите сами:

1. До изменений в конфиге частота проца была 1500 Мгц, проверил - так и есть.
При этом "Малина" жрала 0.48 А, а температура проца была 48°

2. Понизил частоту аж до 800 МГц, ребутнул, проверил -  800 и есть.
Но прожорливость не упала, а наоборот - возросла до 0.53 А!
И температура тут же подскочила до 52°

И что это за херня, ваши благородия?!
Эти экскременты напрочь отвергают законы термодинамики Вселенной!

3. Ладно, тогда поднимаю проц до 1200 МГц, превращая 4-ю Малину в некое подобие "третьей".
Но это лишь вернуло данные к частоте 1500 МГц -
- ток 0.48 А, температура 49°

Может, так и оставить 1200 МГц?
Хоть экономии энергии, правда, никакой, лишь моральное удовлеторение, что проц работает в более щадящем режиме.

PS. Кстати, этот конфиг, видать, кочует из версии в версию "Малин" без изменений,
потому что в нем есть строка -

#uncomment to overclock the arm. 700 MHz is the default.  

Какой нафиг "700"?! В 3-й Малине давно 1200, а в 4-й 1500 МГц.
Лентяи и бездельники, мля!

> Может, так и оставить 1200 МГц?
> Хоть экономии энергии, правда, никакой, лишь моральное удовлеторение, что проц работает
> в более щадящем режиме.

с практичеcкой точки зрения ерундой занимаешься

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

cpupower frequency-info
analyzing CPU 0:
  driver: cpufreq-dt
  CPUs which run at the same hardware frequency: 0 1 2 3
  CPUs which need to have their frequency coordinated by software: 0 1 2 3
  maximum transition latency:  Cannot determine or is not supported.
  hardware limits: 600 MHz - 1.50 GHz
  available frequency steps:  600 MHz, 750 MHz, 1000 MHz, 1.50 GHz
  available cpufreq governors: conservative ondemand userspace powersave performance schedutil
  current policy: frequency should be within 600 MHz and 1.50 GHz.
                  The governor "schedutil" may decide which speed to use
                  within this range.
  current CPU frequency: 600 MHz (asserted by call to hardware)

температура cpu 51
температура воздуха 26
потребление хз - нечем мерять

cpupower в raspbian может не быть

У меня при выставленном выше ограничении 1200 МГц картина такая -

cpupower frequency-info
analyzing CPU 0:
  driver: cpufreq-dt
  CPUs which run at the same hardware frequency: 0 1 2 3
  CPUs which need to have their frequency coordinated by software: 0 1 2 3
  maximum transition latency:  Cannot determine or is not supported.
  hardware limits: 600 MHz - 1.20 GHz
  available frequency steps:  600 MHz, 800 MHz, 1.20 GHz
  available cpufreq governors: conservative ondemand userspace powersave performance schedutil
  current policy: frequency should be within 600 MHz and 1.20 GHz.
                  The governor "ondemand" may decide which speed to use
                  within this range.
  current CPU frequency: 600 MHz (asserted by call to hardware)

но это неважно. Вижу, что проц на х/х тоже самостоятельно  сбросил частоту до 600.

Ладно, если этот метод экономии энергии не годится, то что еще есть в запасе по этому вопросу?
При условии, что высокая производительность 4-й Малины мне нафиг не нужна, хватило бы и 3-й, а может даже и 2-й.

> потребление хз - нечем мерять

Обзаведись USB-тестером, хорошо помогает :)
Например, этим - https://mysku.ru/blog/aliexpress/64070.html