Comments 10
Вообще, в идеале было бы выяснить, с чего вообще гуй хеомы молотит на 100% на 4 ядрах, и пропатчить его. Но железное решение выглядит брутальнее.
бгг. убунта. калькулятор 1 CPU полностью жрет в idle
Так сервер выполняет ещё роль регистратора, на котором запущен гуй (то есть работает сервер и клиент одновременно). И этот гуй жрёт примерно как половина серверной части. Учитывая то, что разработчики хеома изначально положили на оптимизацию амд под линухом - устраняем последствия, а не причины :)
Ну вот у меня MySQL одно время больше всех ел, ну как больше.... речь о 1-2% но которые давали один неприятный момент, что этого хватало, что бы периодически включался кулер на CPU .... стал разбираться, начал с того что взял старую версию где ещё такого не было потребления, смотрел diff... не нашёл. Стал дальше разбираться, упёрся если не ошибаюсь за давностью в пулинг... ну и дальше лапки. Сейчас наверное с ИИ было бы проще.
О - Оптимизация! Я тоже против бесконтрольного потребления электричества.
Я бы ещё более простое решение предложил - трансформатор тока подключить прямо в аудио-вход LineIn. Адская точность ведь в этой задаче не нужна.
Я, кстати, заинтересовался и решил попробовать. Благо, все комплектующие у меня уже были.
Вот, что из этого вышло
Результаты опытов: работает, и даже по паттерну тока можно отличить одно устройство от другого. И автору с его железом надёжнее читать мощность, а не ток. Хотя и так тоже сойдёт.
Не дешевле ли было бы повесить обработчик на сочетание клавиш, по которому сворачивался/разворачивался бы гуй и монитор отправлялся бы в сон и пробуждался?
Cнижаем энергопотребление видеосервера на Linux с помощью измерителя тока