Planladığınız prosedür mümkündür. Planladığınız prosedür o kadar zor değil. Planladığınız prosedür en iyi seçenek değil.
Bu rota neden yetersizdir?
MacBook Pros, harici bir ekran bağlandığında ayrık GPU'ya (dGPU) geçmek zorunda olacak ve geçecek. Bu nedenle, kurulu ancak devre dışı bırakılmış bir dGPU, o dGPU ile harici bir Monitör kullanma seçeneğini elinden alır.
Şimdi USB çözümleri veya harici GPU'lar (eGPU) kullanmak gibi başka seçenekler de var. Ancak, aradığınız EFI değişkenini ayarlamak, Thunderbolt bağlantı noktasından harici bir monitöre bir kabloyla doğrudan çıkışı kesinlikle devre dışı bırakacaktır.
Ayrık GPU’yu EFI’dan nasıl devre dışı bırakabilirsiniz?
Güncellemenizde bahsettiğiniz komut neredeyse doğru. Sadece doğru tanımlayıcıyı özlüyor:
sudo nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00
Bu, ilgili EFI değişkenini NVRAM'a yazar ve MacBook Pro'yu her zaman doğrudan tümleşik GPU'ya (iGPU) önyüklemeye zorlar. Tanımlayıcı yalnızca AMD dGPU’lar için değil, tüm dGPU’lar içindir. Bunun NVidia yongaları ile aynı şekilde çalıştığı onaylandı. NVRAM sıfırlama ile kolayca geri döndürülebilir.
Bu stratejinin bu durumda dezavantajları
Ve şimdi olumsuz: Bu konuda potansiyel olarak iki küçük sorun var:
Bu NVRAM ayarlarını zorladıktan sonra macOS "biraz karışık" olabilir. Çip hala orada, kablolu ve elektrikli.
Bunu başlatmak için dGPU'nuzun grafik sürücülerini devre dışı bırakmanız gerekebilir . Veya en azından gerçek grafik değiştirmeyi yöneten bir kext. Önyükleme, aksi durumda GPU değiştirmeyi başlatmaya çalışırken askıda kalabilir.
Her iki yeni ortaya çıkan sorun, ya tüm NVidia uçlarını /System/Library/Extensions
güvenli bir yedekleme yerine taşıyarak çözülebilir . Bu , makineyi hızlandırılmış iGPU moduna zorlar. Ancak, bir EFI değişkeninin ayarlanması, makul bir güç yönetimi elde etmek için yeterli olmayabilir. Bunun için NVidia kexts'i geriye kaydırmanız gerekecek, grafik değiştirme işleminden sorumlu olanlar hariç . Bunu yapmamak dGPU'da gereksiz yere yüksek güce yol açacaktır. En azından “tam güçte” (>> 60 ° C'ye çevrilmiş) rölantide olacaktır.
Bu yüksek güç boşta kalma, potansiyel olarak fan sesini azaltma ve pili artırma planınız için büyük bir yenilgi olacaktır. Literatürden elde edilen yan not: Kexts etrafında hareket etmenin, bunun gibi şeyler taşıdığınız sürece OS X / macOS'un daha yeni sürümlerinde SIP'yi devre dışı bırakmanızı gerektirdiği evrensel olarak kabul edilmiş bir gerçek olmalıdır.
Denenecek kexts'i bulmak için genel bir değerlendirme: bir stok sisteminde NVRAM değişkeni olmadan önyükleme ('varsayılan' NVidia kexts ile). Ardından, sisteminizin gerçekte hangi uzantıları yüklediğini not alın kextstat
. Daha sonra önceden yüklenmiş NVidia / Geforce kexts ile taşınan yeniden başlatma ve korsan etkin. Ayrıntılı bir sensör monitörü (iStatMenus, TGPro, vb…) edinin ve GPU'daki ve etrafındaki sıcaklığı izleyin. Şimdi ilgili kexts'ten diğerini çekirdeğe geri yükleyin sudo kextload /path-to/NVDA***.kext
. Her biri için bir veya iki dakika bekleyin.
Bu yazının yöntemi - ya da eşit derecede geçerli ama uzun süredir: Linux'ta EFIvar'ları manipüle etmek - NVRAM olduğundan, bir SMC / NVRAM sıfırlaması yaparsanız, temiz bir şekilde geri dönecektir. NVRAM hack'ünün aslında bu yazının kesinlikle size fazla sorun çıkarmayacak tek parçası olduğu .
Bu NVRAM sıfırlama işleminin yapılması, minimum fabrika ayarlarını EFI değişkenlerine / NVRAM'a geri yükler. Bu fabrika ayarına dokunulmayacak.
Bu istediğiniz sıklıkta yapılabilir.
Linux'ta sürücü sistemi daha iyi belgelenmiştir ve daha temiz bir uygulayıcıdır. Bunu Linux ile başlatmak veya başlatmak için birçok yol vardır. Ve bir Linux (bu NVRAM / EFIvars ayarına veya başka yöntemlere uyup uymadığına bakılmaksızın), sürücüler konusunda (daha önce düşünmüş olanlar) çok daha az sorun yaratacaktır. Diğer işletim sistemlerinde, Microsoft Windows gibi, verilerim yok.
Tekrarlamak için: İşletim sisteminin dGPU’yu doğru şekilde tanımaması, kapalı olduğu anlamına gelmez. Bu istenmeyen termal yan etkilere neden olabilir .
Benzer bir çözüm ve biraz daha fazla seçenek için 2011 MacBook Pros için bu kılavuza göz atın ; Ayrıca NVRAM kesmesini hızlı bir şekilde geri almak ve yeniden yapmak için.
Birden çok monitör ve devre dışı bırakılmış bir dGPU
Bunların hepsini söyledikten sonra: gfxCardStatus (veya orijinalin farklı sürümlerini deneyin - farklı seçeneklere / yeteneklere sahipler…), uğraşılacak gerçek donanım sorunlarınız yoksa en iyi seçenek. Çok daha esnektir ve çalışan bir sistemde kolayca dGPU veya harici monitörlere geçebilirsiniz.
İster EFI / NVRAM veya ister gfxCardStatus ile: bir Mac'i değiştirilebilir grafiklerle yalnızca entegre olarak zorlamak , yerleşik DisplayPort veya Thunderbolt grafik çıktısını kullanarak harici ekran modlarını devre dışı bırakır . Bu, harici monitörler için ekran sinyalini dGPU üzerinden yönlendiren donanım tasarımının bir sonucudur . Ayrık olmayan ancak harici grafik adaptörleri kullanmak bu sınırlama için bir geçici çözüm olabilir.
Diğer işletim sistemlerine entegre etmeyi sağlayan EFI ayarı
Şimdilik açık olması gerektiği gibi, Linux gibi diğer işletim sistemlerinin değiştirilebilir bir grafik kurulumunu "görmesine" izin veren EFI ayarı , dGPU'yu devre dışı bırakan ayarlardan farklıdır .
Linux ve Windows için Macbook Pro 11,3'teki Intel IGD'nin kilidini açmak için küçük bir EFI programı:
Linux ve Windows için Macbook Pro 11,3'teki Intel IGD'nin kilidini açmak için küçük bir EFI programı. Grub, rEFInd vb. Gibi değiştirilmemiş EFI önyükleyicileri tarafından kolayca zincirleme yapılabilmektedir.
Mac OS X'ten başka bir şey önyükleme yapıyorsanız Macbook Pro 11,3 modelinin EFI'si Intel GPU'yu kapatıyor. Bu nedenle, tüm donanımın erişilebilir olmasını sağlamak için işletim sistemi tanımlamasını taklit etmek için küçük bir numara gereklidir.
Tüm krediler asıl bu hack keşfetti Andreas Heider aittir:
https://lists.gnu.org/archive/html/grub-devel/2013-12/msg00442.html