История изменений

Но тут проблема - приложений полно, причем бинарных и древних и даже если сейчас выкатить API как приложению запрашивать ядра - всеравно останется вагон приложений про это не знающих. Это вам не мак где все приложения быстро перестраиваются под новую архитекутуру.

Эту логическую дилемму уже давно решили применительно к гибридной графике на винде. Вот есть 2 стандартных профиля питания, «производительность» и «энергосбережение». Куда всех слать в этих режимах понятно, но при желании можно и настроить. А есть профили популярных приложений (да хоть по бинарнику + имени значка), это всего то БД по ~200 байт на штуку, такая БД наполнится за 2-3 года и охватит 99% времени прользователей. Ну и недоольный дефолтом юзер, который думает что эта игрушка могла бы идти быстрее или выть меньше, открывает центр настройки и перезадаёт своё собственное правило.

Ну а всё что не попало в БД из за малой популярности и до чего не дотянулись руки пользователя - методом исклчюения следует профилю питания. Уж выбрать между высокой производительностью и малым потреблением даже домохозяйка в состоянии.

Но тут проблема - приложений полно, причем бинарных и древних и даже если сейчас выкатить API как приложению запрашивать ядра - всеравно останется вагон приложений про это не знающих. Это вам не мак где все приложения быстро перестраиваются под новую архитекутуру.

Эту логическую дилемму уже давно решили применительно к гибридной графике на винде. Вот есть 2 стандартных профиля питания, «производительность» и «энергосбережение». Куда всех слать в этих режимах понятно, но при желании можно и настроить. А есть профили популярных приложений (да хоть по бинарнику + имени значка), это всего то БД по ~200 байт на штуку, такая БД наполнится за 2-3 года и охватит 99% времени прользователей. Ну и недоольный дефолтом юзер, который думает что эта игрушка могла бы идти быстрее или выть меньше, открывает центр настройки и перезадаёт своё собственное правило.