> В /sys тоже приходится смотреть потому что там можно повыключать неиспользуемое.

Я просто предпочитаю знать свою систему и уметь ее "пилотировать" получая желаемые свойства. Меня часто заносит туда где я первый, на вопросы 95% что никто не ответит, ну и...

> Так что пришлось с электричеством разбираться самому.

Достаточно продвинутый и системоспецифичный топик в общем виде, но линуксоиды хоть что-то обобщили в этом. Остальные и так не смогли.

Еще я продвинуто развлекался с N900 - там вообще есть скрипты лобового руления charge manager'ом. И можно похардкорить. Срубив софт мониторинг, если мне позарез надо овердрафт в еще полчаса GPS nav, а то и указав ток который от зарядника жрать. Последнее вообще шелскрипт который i2c util'ами интерактивно сам charge manager'ом рулит, попутно выводя норм статус процесса, а не фигню для хомяков.

> Это действительно так. Поэтому основной комп за которым обычно сижу - у
> меня сделан из платы от моноблока Asus V241IC-R

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

> в PCIe слот через китайский переходник. В расчете на то что
> такой будет кушать меньше чем классический hdd с мотором.

Скорее всего - будет экономнее. Мотор прожорливая штука, и старт-стопы и вредны, и раскрутка требует много энергии. А вот флеш может спасть себе пока не нужен, и потребление чипов при этом может заметно снизиться. Если энергожоркость важна, лучше ноутбучные девайсы смотреть, там by design этим заморачиваются на всех уровнях. В комповых - не настолько.

> PCIe слот. Так-то Линукс вроде должен такой накопитель видеть когда уже
> ядро запустится. Ну вот значит будет повод поэкспериментировать.

Ну да.

> У меня полностью автономный дом поэтому розетка питается от больших и тяжелых
> аккумуляторов,стоящих в сарае, через большой китайский инвертор:)

Это кстати 1 из вещей которые при желании можно здорово улучшить.

Проблема описывается так: power path невеорятно туп. Сперва вы повышаете постоянку, превращаете в переменку (эффективность процесса весьма варьируется), чтобы.... ТУТ ЖЕ ВЫПРЯМИТЬ ЭТО (профукав пару вольт на диодах за сам факт), сделать PFC, понизить обратно... и в целом операция отличается бессмысленной беспощадностью. Суммарный КПД _такой_ операции разумеется полный позор инженерии. Если взять весьма оптимистичные КПД инвертора и БП по 90%, суммарно 81% и почти 20% - вникуда. Реально будет заметно хуже.

Продвинутый народ по этому поводу порой делает task specific питальники. Когда БП цепляется в DC rail и преобразование одно, выпрямителей и PFC нет и проч. На самом деле это не так сложно как кажется. И даже можно попробовать продвинутости, как в новых современных БП, т.е. выход основного преобразователя в один крутой +12 rail, а из него синхронными DCDC сделать 5 и 3.3 уже (и прочие -5 и -12 если они нужны). При том если такое дешево и сердито, in situ вхреначить захочется - КМК прокатит взять чип и полевики с DCDC мамки и перетянуть feedback на нужное значение. Даташиты на эту пакость есть как раз.

Если там HV DC - можно навернео попытаться вообще просто подцепить питальник к постоянке, он все равно выпрямлял это.

> В моей локации подача солнечной энергии выключается в первых числах ноября и
> включается в последних числах февраля. Связано это с малой высотой солнца
> над горизонтом в зимние месяцы.

А там что, совсем ничего не откачивается с панели при этом? Хотя на питерских широтах там видимо света вообще не дофиг.

> Поэтому зимой электричество от генератора с ДВС, работающего на пропане.

А вот это небось влетает в копеечку.