MacBook Pro: Bagaimana cara menonaktifkan GPU terpisah dari EFI?

Saya ingin menonaktifkan NVidia GTX 750M GPU di MacBook Pro 15 "(Retina, Mid 2014, Mac OS X 10.10 Yosemite). Saya tahu saya bisa menggunakan GfxCardStatus tetapi saya membaca bahwa saya bisa memiliki solusi yang lebih permanen dengan mengubah beberapa EFI bendera.

Pertanyaanku adalah:

• Bagaimana saya bisa menonaktifkan GPU diskrit dari EFI?

  Saya berasumsi ini persisten di beberapa reboot. Saya juga ingin tahu cara membatalkannya jika diperlukan.

Memperbarui:

Pertanyaannya pada dasarnya adalah apakah perintah yang disebutkan dalam GfxCardStatus masalah github komentar di sini sudah benar atau tidak, dan bagaimana cara membatalkannya jika itu tidak berhasil.

.

Jawaban untuk ini saja adalah jawaban yang benar, tetapi akan luar biasa jika Anda juga dapat memberi tahu saya:

• Jika Anda memaksakan grafik terintegrasi dalam GfxCardStatus, Mac OS X (setidaknya hingga Yosemite) tidak memungkinkan Anda untuk menggunakan beberapa monitor (walaupun Iris Pro bawaan dapat melakukannya).

  Jika saya menonaktifkan GPU diskrit dari EFI, apakah macOS akan berpikir bahwa GPU terintegrasi adalah yang diinstal dan akankah saya menggunakan beberapa monitor dengannya?

• Saya mendengar bahwa pengaturan EFI yang sama bertanggung jawab untuk bahkan tidak menunjukkan GPU terintegrasi ke sistem operasi lain selain macOS dan Anda harus mengelabunya entah bagaimana untuk berpikir itu macOS.

  Benarkah? Dan jika ya, bagaimana cara melakukannya?

Anda dapat secara permanen menonaktifkan kartu grafis diskrit mengikuti langkah-langkah berikut:

MEMPERBARUI! Cobalah untuk mengedit variabel NVRAM dari mode Single-User

Prosedur yang dijelaskan dalam langkah 1-3 bekerja untuk saya hingga macOS Sierra, tetapi dengan peningkatan ke Sierra Tinggi, saya mulai mendapatkan layar merah muda / kemerahan dan saya tidak dapat masuk ke mode Pemulihan untuk mengulangi langkah 3 seperti yang harus saya lakukan di peningkatan sebelumnya. Mencari di internet, saya melangkah ke masalah GitHub ini menjelaskan Anda mungkin dapat mengganti langkah 1 dan 2 dengan perintah berikut, yang dapat Anda jalankan dalam mode Pengguna-Tunggal (menekan booting cmd+ s):

sudo nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00

1. Siapkan flashdisk USB yang Bootable dengan Linux non GUI

1.1 Unduh ArchLinux ISO

• Anda memerlukan komputer yang berfungsi untuk itu dan drive CD / DVD / USB cadangan.
• Unduh gambar Arch Linux ISO terbaru .
• Kemudian Anda bisa membakar ISO ini ke CD / DVD (yang nantinya bisa dimasukkan ke SuperDrive atau External DVD Drive MBP yang terhubung ke MBP dengan dua kabel USB) atau membuat USB yang dapat di - boot .

1.2 Membuat USB yang dapat di-boot dengan .iso

• Pertama, Anda perlu mengidentifikasi perangkat USB.

• Buka / Aplikasi / Utilitas / Terminal di MacOS dan daftarkan semua perangkat penyimpanan:

  diskutil list

  Perangkat USB Anda akan muncul seperti sesuatu /dev/disk2 (external, physical). Verifikasi bahwa ini adalah perangkat yang ingin Anda hapus dengan memeriksa nama dan ukurannya lalu gunakan pengenalnya untuk perintah di bawah /dev/diskX.

• Perangkat USB biasanya dipasang secara otomatis di macOS, dan Anda harus meng-unmount (tidak mengeluarkan) sebelum memblokirnya dengan dd:

  diskutil unmountDisk /dev/diskX

• Sekarang salin file gambar ISO ke perangkat. Perintah dd mirip dengan rekan Linux-nya, tetapi perhatikan 'r' sebelum 'disk' untuk mode mentah yang membuat transfer lebih cepat:

  sudo dd if=path/to/arch.iso of=/dev/rdiskX bs=1m

  Setelah selesai, macOS mungkin mengeluh bahwa "Disk yang Anda masukkan tidak dapat dibaca oleh komputer ini". Pilih 'Keluarkan'. Perangkat USB akan dapat di-boot.

2. Gunakan Linux untuk mengubah var EFI

2.1 Boot ke sana

• Masukkan CD / DVD / USB ini ke Macbook Pro, tahan tombol Option (alt) saat booting.
• Pilih "EFI boot" (itu adalah media instalasi yang dapat di-boot).
• Ketika menu muncul, tekan tombol "e" untuk mengedit opsi GRUB dari entri menu Arch Linux archiso x86_64 UEFI CD saat dipilih di layar utama, tambahkan nomodesetke akhir baris ini dan tekan Enter.
• Jika semuanya dilakukan dengan benar, Anda akan menemukan diri Anda di konsol Linux! (Butuh beberapa waktu jadi bersabar dan menunggu prompt)

2.2 Bersihkan var EFI yang ada

Sepertinya sistem file efivarfs sudah terpasang secara default! Jadi Anda sudah bisa cd /sys/firmware/efi/efivarsdan lsmenjelajahi direktori ini dan melihat apakah ada gpu-power-prefs-...variabel (di mana ... adalah UUID dari variabel ini).

• Jika ada variabel seperti itu, lebih baik untuk menghapusnya dengan rm.

  rm gpu-power-prefs-…

• Jika Anda mendapatkan pesan "operasi tidak diizinkan" ketika mencoba melakukannya rm, itu berarti efivarfs telah dipasang sebagai hanya-baca dan Anda perlu mengirimnya kembali dengan izin baca-tulis dan coba lagi:

  cd /
umount /sys/firmware/efi/efivars/
mount -t efivarfs rw /sys/firmware/efi/efivars/
cd /sys/firmware/efi/efivars/
rm gpu-power-prefs-…
  

• Jika ini juga gagal (Anda masih tidak bisa menghapus file), gunakan chattrperintah untuk menonaktifkan keabadian file dan kemudian hapus file:

  chattr -i "gpu-power-prefs-…”
rm gpu-power-prefs-…
  

2.3 Buat file gpu-power-prefs-… baru

printf "\x07\x00\x00\x00\x01\x00\x00\x00" > /sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9

2.4 Tambahkan imutabilitas ke file gpu-power-prefs-…

Ini chattrperintah seharusnya untuk mengunci file untuk membuatnya dapat diakses hanya dengan "superuser" - dan sehingga, sementara booting, EFI Anda akan memiliki kesempatan untuk mengacaukan gpu-power-prefs Anda -... variabel dalam keadaan apapun

chattr +i "/sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9"

2.5 Lepas dari efek dan reboot

Ubah ke direktori root untuk meng-unmount efivars:

cd /
umount /sys/firmware/efi/efivars/

Menjamin bahwa variabel EFI Anda memerah ke sistem file efivarfs. Lepas pemasangannya dengan aman sebelum mem-boot ulang.

reboot

3 Lepaskan kexts AMD / NVIDIA

Catatan : Anda mungkin perlu melakukan ini setiap kali Anda memperbarui OS Anda, karena biasanya regenerasi kex ini. Anda mungkin ingin favorit jawaban ini untuk referensi sehingga dapat diakses dari perangkat lain saat Anda membutuhkannya.

Setelah menonaktifkan dGPU menggunakan Arch, boot normal akan menggantung setengah tetapi boot aman akan bekerja.

3.1 Memindahkan file kext AMD / NVIDIA ke direktori cadangan

Hapus semua file kext AMD (atau NVIDIA, tergantung pada kartu Anda) di Terminal di Konsol Pemulihan. Mencoba menghapusnya di Pengguna Tunggal hanya memberikan kesalahan kotak pasir, jadi jangan lakukan itu di Mode Pengguna Tunggal! (salah satu yang Anda boot dengan cmd+ s).

• Jika Anda memiliki FileVault, buka terlebih dahulu.
• Boot ke Recovery ( cmd+ r) secara langsung. Jika gagal, ulangi langkah 2 dan coba lagi (dGPU bisa aktif kembali setelah boot ke os dengan AMD / NVIDIA kexts).

• Mulai Terminal (Perintah ini untuk AMD. Jika Anda memiliki NVIDIA, ubah sesuai)

  diskutil cs list(temukan Logical Volume UUID: item terakhir)
  diskutil coreStorage unlockVolume UUID(UUID: dari perintah sebelumnya)
  cd /Volumes/Macintosh\ HD
mkdir AMD_Kexts
mv System/Library/Extensions/AMD*.* AMD_Kexts/
reboot
  

Saya menemukan prosedur dalam tautan ini , di mana Anda dapat membaca atribusi dari berbagai bagian dan utas diskusi tentang topik tersebut.

Saya mencobanya sendiri pada awal 2011 MacBook Pro dengan kartu grafis diskrit yang salah, yang tidak dapat boot bahkan dengan trik overheating, dan berakhir dengan komputer yang berfungsi penuh!

Dilema Anda

Saya bersimpati penuh dengan keinginan Anda "menghemat baterai dan mengurangi panas, tanpa membayar biaya kebisingan" menggunakan kartu grafis diskrit di dalam MacBook Pro.

Peringatan

Sebelum Anda melakukan apa pun yang akan menonaktifkan tampilan Anda, pastikan Anda dapat masuk ke MacBook Pro Anda menggunakan SSH sehingga Anda dapat membatalkan hasil karya Anda. Meskipun berbagi layar dengan semua kartu grafis yang dinonaktifkan mungkin akan berfungsi pada resolusi default, saya tidak akan bertaruh dengan komputer saya.

Jawaban

Apa yang akan terjadi jika saya menonaktifkan kartu grafis nVidia diskrit dari EFI? Akankah Mac OS berpikir GPU terintegrasi adalah yang diinstal dan biarkan saya menggunakan beberapa monitor dengannya?

Anda akan kehilangan kemampuan untuk menggunakan monitor eksternal (di bawah OS apa pun). Port grafis eksternal dihubungkan ke chip grafis diskrit.

MacBook Pro 2011 saya sendiri berjalan pada suhu stabil 60 derajat bahkan di bawah beban dengan kebisingan kipas minimal saat menggunakan grafis Intel dan lonjakan untuk penggemar penuh (dalam rentang 4000 hingga 6000 RPM) saat di bawah beban dengan 6750 diskrit. Masalahnya adalah nyata. Saya juga ingin hanya dapat menggunakan grafis bawaan dan menggerakkan monitor eksternal.

Tidak mungkin, tidak bagaimana.

Benarkah EFI yang sama bahkan tidak menunjukkan GPU terintegrasi ke OS lain selain Mac OS dan Anda harus mengelabunya untuk berpikir itu Mac OS?

Ya itu benar. GPU Intel dimatikan oleh EFI MacBook Pro 11,3 jika Anda mem-boot apa pun kecuali Mac OS X. Anda memiliki empat pilihan jika ingin menggunakan chip Intel terintegrasi di bawah OS alternatif:

1. rEFInd versi 0.10.0 atau lebih tinggi (disarankan): http://www.rodsbooks.com/refind

Versi terbaru dari rEFI dan memiliki peretas "apple_set_os" bawaan. Anda dapat mengaktifkannya dengan mengatur opsi spoof_osx_version di refind.conf Anda.

2. apple_set_os.efi: https://github.com/0xbb/apple_set_os.efi

3. GRUB yang ditambal: https://lists.gnu.org/archive/html/grub-devel/2013-12/msg00442.html https://wiki.archlinux.org/index.php/MacBookPro11,x#Getting_the_integrated_intel_card_to_work_on_11.2C3

4. kernel yang ditambal: https://www.marc.info/?l=grub-deavel&m=141586614924917&w=2

Berhati-hatilah untuk merencanakan ke depan. Jika Anda tidak siap, Anda akan menghadapi kartu grafis terintegrasi bertenaga dan layar hitam. Tentu saja Anda selalu dapat kembali dan mem-boot Mac OS X dan mulai lagi.

Pilihan paling sederhana di atas adalah nomor dua - untuk menggantikan Apple EFI. Sayangnya, itu yang bisa membuat Anda tidak bisa boot sama sekali di masa mendatang. Apple tidak suka orang-orang bermain dengan EFI dan berhak memblokir perangkat Anda untuk melakukannya. Jika Anda memiliki Apple Care dan masih dalam masa garansi, Anda mungkin menemukan bahu di suatu tempat untuk menangis. Mungkin. Ketika Anda mengubah EFI, Anda juga mengambil risiko keamanan , yaitu Anda dapat membuatnya lebih mudah untuk meretas mesin Anda. Anda harus dapat memperbarui ke EFI terbaru yang akan menghapus tambalan Anda.

Opsi satu, rEFInd menempatkan dirinya di antara boot dan EFI, yang meninggalkan ruang lingkup yang cukup besar untuk sesuatu yang salah dan bagi Anda untuk dibiarkan dengan batu bata dan jejak keras yang panjang kembali ke komputer yang berfungsi. Seberapa serius masalah ini? Banyak pemilik MacBook Pro telah kehilangan hard drive mereka untuk menerima kembali:

Banyak laporan bug yang menunjukkan masalah kerusakan disk pada disk lebih dari 500 GiB .... Saya sangat menyarankan Anda tidak mengetik sudo bless --infountuk memeriksa status instalasi Anda jika Anda memiliki disk seperti itu, atau bahkan jika Anda curiga Anda mungkin memiliki disk tersebut. . (Saya telah melihat disk Format Lanjutan sekecil 320 GB.)

Opsi tiga relatif mudah. Patching grub adalah proses yang cukup dikenal oleh pemilik Hackintosh. Patching Grub berfungsi dan mudah dibatalkan karena perubahan tidak dilakukan pada tingkat firmware. Jika Anda menambal grub secara konservatif, kode grub tambahan hanya diaktifkan dengan menahan opsi / alt saat boot .

Kesimpulan

Jika Anda lebih suka menggunakan komputer untuk memperbaikinya, gfxCardStatus Cody Krieger dalam konfigurasi out-of-the-box-nya terlihat semakin menarik. Jika Anda benar-benar ingin memaksa gfxCardStatus dijalankan di awal, Tuan Krieger telah berpartisipasi dalam percakapan yang menerangi , yang menyebabkan beralihnya GPU. switchGPU mengatur gfxCardStatus menjadi diskrit atau grafik terintegrasi cukup awal sehingga Anda dapat berjalan pada grafis terintegrasi ketika GPU diskrit Anda akan terlalu panas dan macet. gfxCardStatus terus beroperasi secara normal (yaitu Anda dapat beralih kembali ke GPU terpisah setelah boot menggunakan item menu gfxCardStatus). Tidak ada alasan untuk menginstal switchGPU kecuali Anda memiliki masalah perangkat keras yang serius dengan GPU diskrit Anda yang berarti Anda harus mematikannya sepanjang waktu.

Coda

Refleksi, situasi saya sendiri dengan AMD 6750 terintegrasi sudah cukup buruk (begitu panas dan keras bahkan setelah pengerjaan ulang termal) sehingga saya akan memanfaatkan program perbaikan garansi Apple yang diperpanjang untuk 2011 MacBook Pro dengan grafis AMD. Marco Arment mungkin benar untuk mengubah MBP 2,2 GHz 2011 dengan 6750 untuk versi 2.0 GHz dengan 6490 . Sementara saya mempertimbangkan untuk melakukan hal yang sama pada saat itu, saya harus mengirim MBP saya ke luar negeri untuk mengubahnya. Sayangnya Retina MacBook Pro tampaknya terus mengalami masalah panas dan kebisingan yang sama . 2013 MacBook Pro pacar saya dengan hanya grafis terintegrasi berperilaku jauh lebih baik.

Lebih dari masalah panas dan kebisingan dengan workstation quad core MBP, saya telah menyerah dan membeli dua Mac Pro (2006 dan 2009), meng-upgrade CPU masing-masing menjadi delapan core dan enam core. 2006 dengan Apple AMD 5870 diinstal hampir diam (jauh lebih tenang dari 2009) dan multitasks lebih baik daripada MBP 15 ". Dua menara perak (rumah dan kantor) biaya kurang digabungkan daripada satu MacBook Pro baru. Untuk saat ini saya menjalankan 2011 MBP 15 "pada grafis diskrit hanya sebagai carry-over (tidak ada monitor eksternal).

Prosedur yang Anda rencanakan dimungkinkan. Prosedur yang Anda rencanakan tidak terlalu sulit. Prosedur yang Anda rencanakan bukanlah pilihan terbaik.

Mengapa rute ini suboptimal

MacBook Pro akan dan harus beralih ke GPU diskrit (dGPU) setelah layar eksternal terhubung. Oleh karena itu, dGPU yang terinstal tetapi dinonaktifkan menghilangkan pilihan untuk menggunakan Monitor eksternal dengan dGPU tersebut.

Ada pilihan lain sekarang, seperti menggunakan solusi USB atau GPU eksternal (eGPU). Tetapi pengaturan variabel EFI yang Anda cari pasti akan menonaktifkan output langsung dengan satu kabel dari port Thunderbolt ke monitor eksternal.

Bagaimana Anda dapat menonaktifkan GPU diskrit dari EFI?

Perintah yang Anda sebutkan di pembaruan Anda hampir benar. Itu hanya melewatkan pengidentifikasi yang tepat:

sudo nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00

Ini menulis variabel EFI yang sesuai untuk NVRAM dan memaksa MacBook Pro untuk selalu mem-boot langsung ke GPU terintegrasi (iGPU). Pengidentifikasi tidak hanya untuk AMD dGPU tetapi semua dGPU. Ini dikonfirmasi untuk bekerja dengan chip NVidia sama. Ini juga mudah reversibel dengan reset NVRAM.

Kerugian dari strategi ini dalam situasi ini

Dan sekarang sisi negatifnya: Ada dua kemungkinan masalah kecil dengan ini:

1. Setelah Anda memaksa pengaturan NVRAM ini, macOS mungkin menjadi "sedikit bingung". Chip itu masih ada, berkabel dan bertenaga.

2. Untuk mem-boot ini, Anda mungkin perlu menonaktifkan driver grafis untuk dGPU Anda. Atau setidaknya satu kext yang mengelola peralihan grafik yang sebenarnya. Boot mungkin hang ketika mencoba untuk memulai pergantian GPU sebaliknya.

Kedua masalah yang baru muncul dapat diatasi dengan memindahkan semua NVidia kexts /System/Library/Extensionske tempat cadangan yang aman. Ini akan mem - boot mesin yang dipaksa ke mode iGPU yang dipercepat. Tetapi pengaturan variabel EFI mungkin tidak cukup untuk mendapatkan manajemen daya yang masuk akal. Untuk itu, Anda mungkin harus memindahkan kembali NVidia kexts kecuali yang bertanggung jawab untuk pengalihan grafis. Gagal melakukannya akan menyebabkan daya tinggi yang tidak perlu pada dGPU. Setidaknya akan menganggur di "kekuatan penuh '(diterjemahkan ke> ~ 60 ° C).

Daya idle tinggi ini berpotensi menjadi kekalahan besar bagi rencana Anda untuk mengurangi kebisingan kipas dan meningkatkan baterai. Catatan dari literatur: Seharusnya diakui secara universal bahwa memindahkan kexts juga mengharuskan Anda menonaktifkan SIP pada versi OS X / macOS yang lebih baru selama Anda memindahkan hal-hal seperti ini.

Umum strategi untuk menemukan kexts untuk bereksperimen dengan: boot tanpa variabel NVRAM dalam sistem stok (dengan 'default' NVidia kexts). Kemudian catat ekstensi mana yang sebenarnya dimuat dengan sistem Anda kextstat. Kemudian reboot dengan NVidia / Geforce kexts yang sebelumnya dimuat menjauh dan hack diaktifkan. Dapatkan monitor sensor terperinci (iStatMenus, TGPro, dll ...) dan saksikan suhu di dan sekitar GPU. Sekarang muat satu per satu dari kunci yang relevan kembali ke kernel dengan sudo kextload /path-to/NVDA***.kext. Tunggu satu atau dua menit setelah masing-masing.

Karena metode postingan ini - atau cara yang sama-sama valid tetapi terlalu panjang: memanipulasi EFIvars di Linux - adalah NVRAM, itu akan dikembalikan dengan bersih jika Anda melakukan reset SMC / NVRAM. Peretasan NVRAM itu sebenarnya satu-satunya bagian dari postingan ini yang pasti tidak akan memberi Anda banyak masalah.

Melakukan reset NVRAM ini mengembalikan set minimal pengaturan pabrik ke variabel EFI / NVRAM. Pengaturan pabrik itu tidak akan disentuh.

Ini dapat dilakukan sesering yang Anda suka.

Di Linux sistem driver jauh lebih baik didokumentasikan dan saya menerapkan cleaner. Ada banyak cara untuk mencapai ini dengan atau boot ke Linux. Dan Linux (apakah menghormati pengaturan NVRAM / EFIvars ini atau melalui metode lain) akan memberi Anda jauh lebih sedikit masalah dengan driver (Siapa sangka). Untuk OS lain, seperti Microsoft Windows, saya tidak punya data.

Untuk mengulang: Memiliki OS tidak mengenali dGPU dengan benar tidak berarti dimatikan. Itu mungkin menyebabkan efek samping termal yang tidak diinginkan.

Lihatlah panduan ini untuk MacBook Pro 2011 untuk solusi yang sama dan sedikit lebih banyak pilihan; juga dengan cepat membatalkan dan mengulang hack NVRAM.

Banyak monitor dan dGPU yang dinonaktifkan

Setelah mengatakan itu semua: gfxCardStatus (atau mencoba versi yang berbeda dari aslinya - mereka memiliki opsi / kemampuan yang berbeda ...) adalah pilihan terbaik jika Anda tidak memiliki masalah perangkat keras yang nyata untuk dihadapi. Ini jauh lebih fleksibel dan Anda masih dapat beralih kembali ke dGPU atau monitor eksternal dengan mudah dalam sistem yang sedang berjalan.

Baik melalui EFI / NVRAM atau dengan gfxCardStatus: memaksa Mac dengan grafis yang dapat dialihkan ke yang terintegrasi saja akan menonaktifkan mode tampilan eksternal menggunakan output grafis DisplayPort atau Thunderbolt bawaan. Ini adalah konsekuensi dari desain perangkat keras yang mengarahkan sinyal tampilan untuk monitor eksternal melalui dGPU. Menggunakan bukan diskrit tetapi adapter grafis eksternal mungkin menjadi solusi untuk keterbatasan itu.

Pengaturan EFI untuk memungkinkan terintegrasi pada sistem operasi lain

Seperti yang seharusnya sudah jelas sekarang, pengaturan EFI untuk memungkinkan sistem operasi lain seperti Linux untuk "melihat" pengaturan grafis yang dapat diubah berbeda dari yang di atas yang menonaktifkan dGPU. Program EFI kecil untuk membuka kunci Intel IGD pada Macbook Pro 11,3 untuk Linux dan Windows:

Program EFI kecil untuk membuka kunci Intel IGD pada Macbook Pro 11,3 untuk Linux dan Windows. Telah dibuat agar mudah di-chainload oleh bootloader EFI yang tidak dimodifikasi seperti Grub, rEFInd dll.

EFI model Macbook Pro 11,3 mematikan GPU Intel jika Anda mem-boot apa pun kecuali Mac OS X. Jadi, sedikit trik dengan memalsukan identifikasi OS diperlukan untuk membuat semua perangkat keras dapat diakses.

Semua kredit adalah milik Andreas Heider yang awalnya menemukan peretasan ini: https://lists.gnu.org/archive/html/grub-devel/2013-12/msg00442.html

Jawaban yang terlambat untuk salah satu pertanyaan Anda: Anda mungkin perlu GPU diskrit diaktifkan untuk menggunakan tampilan eksternal. Alasan mengapa harus dalam bagaimana GPU dan output video dihubungkan.

(Saya setengah menebak, setengah memperkirakan dari cara kerja teknologi switching grafis laptop PC. Ini bukan asumsi yang tidak masuk akal bahwa teknologi tersebut didasarkan pada kerja vendor GPU dengan Apple. Namun: ambil yang berikut dengan sejumlah besar garam.)

Dengan nVidia Optimus, pengaturannya adalah tampilan bawaan laptop terhubung ke GPU terintegrasi, dan port tampilan eksternal terhubung ke GPU diskrit. Jika Anda perlu me-render hal-hal menggunakan GPU diskrit ke tampilan bawaan, GPU diskrit "terikat" dengan yang terintegrasi. Panggilan rendering pertama-tama pergi ke GPU terintegrasi, yang, jika GPU diskrit diaktifkan, meneruskannya ke sana, kemudian mengambil hasilnya untuk mendorongnya pada tampilan.

Jika layar eksternal terhubung, rendering panggilan untuk tampilan itu langsung menuju ke GPU diskrit, karena itulah GPU yang dapat mengirim output apa pun ke layar itu. GPU terintegrasi sama sekali tidak bisa, sama sekali, mengirim output video ke port itu sendiri. Saya tidak berpikir itu mungkin untuk memiliki GPU terintegrasi menjadi "budak" menjadi yang terpisah, karena pertama-tama itu tidak akan ada gunanya dari perspektif desain sehubungan dengan tujuan dari teknologi switching grafis; dan bahkan kemudian, itu masih membutuhkan GPU diskrit untuk diaktifkan, yang tidak akan membantu orang-orang yang chipnya gagal.

Jika ada yang masih mencari cara untuk melakukan ini, silakan periksa posting forum MacRumors ini.

Saya mengikuti langkah-langkah yang disebutkan dalam posting forum itu dan 15 "MacBook Pro 2011 saya bekerja dengan sempurna hanya menggunakan Grafik Terintegrasinya. Kartu grafis AMD yang tidak berharga telah dinonaktifkan dengan sukses.

https://forums.macrumors.com/threads/force-2011-macbook-pro-8-2-with-failed-amd-gpu-to-always-use-intel-integrated-gpu-efi-variable-fix. 2037591 / halaman-5 # post-24511780

https://forums.macrumors.com/threads/force-2011-macbook-pro-8-2-with-failed-amd-gpu-to-always-use-intel-integrated-gpu-efi-variable-fix. 2037591 /