Запланована процедура можлива. Запланована процедура не така вже й складна. Запланована процедура - не найкращий варіант.
Чому цей маршрут є неоптимальним
Після підключення зовнішнього дисплея MacBook Pros і повинен буде перейти на дискретний графічний процесор (dGPU). Тому встановлений, але відключений dGPU забирає можливість використовувати зовнішній монітор із цим dGPU.
Зараз є інші варіанти, наприклад використання USB-рішень або зовнішніх графічних процесорів (eGPU). Але встановлення шуканої змінної EFI, безумовно, відключить прямий вихід одним кабелем від порту Thunderbolt до зовнішнього монітора.
Як можна відключити дискретний GPU від EFI?
Команда, яку ви згадали у своєму оновленні, майже правильна. Він просто не вистачає відповідного ідентифікатора:
sudo nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00
Це записує відповідну змінну EFI на NVRAM і змушує MacBook Pro завжди завантажуватися прямо в інтегрований GPU (iGPU). Ідентифікатор призначений не лише для dGPU AMD, але і для всіх dGPU. Це підтверджено для роботи з чіпами NVidia. Це також легко повернути за допомогою скидання NVRAM.
Недоліки цієї стратегії в даній ситуації
А тепер і зворотний бік: з цим потенційно можливі дві невеликі проблеми:
Після застосування цих налаштувань NVRAM macOS може "трохи заплутатися". Мікросхема все ще є, провідна та живиться.
Для завантаження цього вам може знадобитися відключити графічні драйвери для вашого dGPU. Або хоча б один кекс, який керує фактичним перемиканням графіки. Завантаження може зависнути при спробі ініціювати перемикання GPU в іншому випадку.
Обидві щойно виниклі проблеми можна вирішити, перемістивши будь-які кекси NVidia з /System/Library/Extensions
безпечного резервного місця. Це завантажить машину, вимушену в режим прискореного iGPU. Але встановлення змінної EFI може бути недостатньо для розумного управління потужністю. Для цього вам, ймовірно, доведеться повернути назад кекси NVidia, за винятком тих, хто відповідає за перемикання графіки. Якщо цього не зробити, це призведе до зайвої високої потужності в dGPU. Він буде принаймні простоювати при "повній потужності" (в перекладі>> 60 ° C).
Ця велика потужність на холостому ході може стати великою поразкою для вашого плану зменшити шум вентилятора та збільшити акумулятор. Побічна примітка з літератури: Повинно бути загальновизнаним, що переміщення кексів також вимагає відключення SIP на нових версіях OS X / macOS до тих пір, поки ви переміщуєте подібні речі.
Загальна стратегія пошуку кексів для експерименту з: завантаженням без змінної NVRAM в фондовій системі (з 'кедтами NVidia' за замовчуванням). Потім візьміть до відома, з якими розширеннями ваша система насправді завантажується kextstat
. Потім перезавантажтесь із раніше завантаженими кексами NVidia / Geforce і відключіть хак. Отримайте детальний монітор датчиків (iStatMenus, TGPro тощо) та спостерігайте за температурою в і навколо GPU. Тепер завантажте один за одним відповідних кексів назад у ядро sudo kextload /path-to/NVDA***.kext
. Зачекайте одну-дві хвилини після кожної.
Оскільки метод цієї публікації - або однаково допустимий, але довгий спосіб: маніпулювання EFIvars в Linux - це NVRAM, він буде відновлено, якщо виконати скидання SMC / NVRAM. Та хакерство NVRAM - це насправді єдина частина цього поста, яка точно не доставить вам великих проблем.
Здійснення цього скидання NVRAM відновлює мінімальний набір заводських налаштувань до змінних EFI / NVRAM. Це заводське налаштування не буде торкатися.
Це можна робити так часто, як вам подобається.
У Linux драйверна система набагато краще задокументована і чистіше реалізована чистіша. Є багато способів досягти цього за допомогою або завантаження в Linux. А Linux (будь то дотримання цього налаштування NVRAM / EFIvars або за допомогою інших методів) доставить вам набагато менше проблем з драйверами (Хто б міг подумати). Для інших ОС, як-от Microsoft Windows, я не маю даних.
Повторюся: Якщо система не розпізнає dGPU належним чином, не означає, що вона вимкнена. Це може призвести до небажаних термічних побічних ефектів.
Ознайомтеся з цим посібником для MacBook Pros 2011 року щодо подібного рішення та трохи більше варіантів; також швидко скасувати та повторно зламати NVRAM.
Кілька моніторів і відключений dGPU
Сказавши, що всі: gfxCardStatus (або спробуйте різні версії оригіналу - вони мають різні варіанти / можливості ...) - це найкращий варіант, якщо у вас немає справжніх апаратних проблем. Це набагато гнучкіше, і ви все одно можете легко переходити до dGPU або зовнішніх моніторів досить легко в робочій системі.
Будь то через EFI / NVRAM чи за допомогою gfxCardStatus: примусовий Mac із перемикаючою графікою до інтегрованої лише вимкне зовнішні режими відображення за допомогою вбудованого графічного виводу DisplayPort або Thunderbolt. Це наслідок апаратної конструкції, яка спрямовує сигнал відображення зовнішніх моніторів через dGPU. Використання не дискретних, а зовнішніх графічних адаптерів може бути вирішенням цього обмеження.
Налаштування EFI для включення в інші операційні системи
Як має бути зрозуміло до цього часу, налаштування EFI, щоб дозволити іншим операційним системам, як Linux, "бачити" перемикаються налаштування графіки, відрізняється від вищезазначеного, що вимикає dGPU.
Крихітна програма EFI для розблокування Intel IGD на Macbook Pro 11,3 для Linux та Windows:
Крихітна програма EFI для розблокування Intel IGD на Macbook Pro 11,3 для Linux та Windows. Це було зроблено для легкого завантаження ланцюга немодифікованим завантажувачем EFI, як Grub, rEFInd тощо.
EFI моделі Macbook Pro 11,3 вимикає графічний процесор Intel, якщо ви не завантажуєте нічого, окрім Mac OS X. Отже, потрібен невеликий трюк, підробляючи ідентифікацію ОС, щоб зробити доступ до всього обладнання.
Усі кредити належать Андреасу Хайдеру, який спочатку виявив цей хак:
https://lists.gnu.org/archive/html/grub-devel/2013-12/msg00442.html