История изменений
Исправление Jameson, (текущая версия) :
Часть из того что ты тут перечислил просто название скриптов для переключения через randr или переменные окружения. Это не костыли, а просто обёрнутые в скрипт команды и переменные, описанные в документации на драйвер. Если делать по документации в вакууме их всё равно пришлось бы писать, чтобы не колотить много букв ручками в чорной страшной консоли. А дрова поддерживают энергосбережение только в самом свежем железе частично по вине производителей ноутов, которые забили на поддержку Линукс и имеют кривые и неполные таблицы ACPI. С Виндоуз таких проблем нет, так как Виндоуз и дрова под виндоуз работают с железом и ACPI не по стандартам, а по соглашениям о неразглашении.
Кстати PRIME render offload это как раз «по нормальному» в кои то веки. В винде это так же работает. Просто там список того что оффлоадится на второй GPU частично захардкожен. А в Linux ты ручками, или через скрипт заставляешь программу исполнять 3d на втором gpu. Но принцип тот же, gpu не переключаются, а работают параллельно, второй рисует выхлоп в фреймбуфер первого, некая сущность (скрипт или ОС) говорит программе на каком GPU ей считать 3d. А управление питанием в данном случае должно осуществляться автоматически, исходя из загрузки чипов. Причем «рабочий стол» ускоряется основным чипом, а вот игрулина или другой софт может задействовать (или нет), дополнительный. Два предыдущих способа работали немного по другому, они двумя разными способами переключали рисование всего вообще с чипа на чип.
Исправление Jameson, :
Часть из того что ты тут перечислил просто название скриптов для переключения через randr или переменные окружения. Это не костыли, а просто обёрнутые в скрипт команды и переменные, описанные в документации на драйвер. Если делать по документации в вакууме их всё равно пришлось бы писать, чтобы не колотить много букв ручками в чорной страшной консоли. А дрова поддерживают энергосбережение только в самом свежем железе частично по вине производителей ноутов, которые забили на поддержку Линукс и имеют кривые и неполные таблицы ACPI. С Виндоуз таких проблем нет, так как Виндоуз и дрова под виндоуз работают с железом и ACPI не по стандартам, а по соглашениям о неразглашении.
Кстати PRIME render offload это как раз «по нормальному» в кои то веки. В винде это так же работает. Просто там список того что оффлоадится на второй GPU частично захардкожен. А в Linux ты ручками, или через скрипт заставляешь программу исполнять 3d на втором gpu. Но принцип тот же, gpu не переключаются, а работают параллельно, второй рисует выхлоп в фреймбуфер первого, некая сущность (скрипт или ОС) говорит программе на каком GPU ей считать 3d. А управление питанием в данном случае должно осуществляться автоматически, исходя из загрузки чипов.
Исходная версия Jameson, :
Часть из того что ты тут перечислил просто название скриптов для переключения через randr или переменные окружения. Это не костыли, а просто обёрнутые в скрипт команды и переменные, описанные в документации на драйвер. Если делать по документации в вакууме их всё равно пришлось бы писать, чтобы не колотить много букв ручками в чорной страшной консоли. А дрова поддерживают энергосбережение только в самом свежем железе частично по вине производителей ноутов, которые забили на поддержку Линукс и имеют кривые и неполные таблицы ACPI. С Виндоуз таких проблем нет, так как Виндоуз и дрова под виндоуз работают с железом и ACPI не по стандартам, а по соглашениям о неразглашении.