Birden fazla harici monitör bağlanırken rMBP kernel_task ani yükseliyor [duplicate]

İkinci bir harici monitör bağlanırken kernel_task% 600 + seviyesine yükselir. Bu, bilgisayarı kullanılamaz hale getirir.

Yosemite'den önce bu, 3 monitörle iyi çalıştı.

İşte özellikler:

• Bir monitörü DP veya HDMI ya bağladığımda işler iyi çalışıyor.
• DP veya HDMI kernel_task sivri uçlu ikinci bir monitör bağladığımda.
• DP ya da HDMI bağlantısını kestiğimde, bazen çekirdek_task hızlı bir şekilde normal seviyelere döner.
• Tüm monitörleri çıkardığımda kernel_task hızlıca normal seviyelere geri döner. (Etkinlik İzleyicisi'nde View > Update Frequency > Very Oftenve monitörlerin bağlantısını kestikten sonra, kullanıcı arayüzünde çok sayıda hızlı güncelleme alırsınız).
• Bazen iki monitörü prize takarken çalışır (DP veya HDMI), ancak 3. ünite ani bir yükselmeye neden olur. Bu olduktan sonra normale dönmesi için tüm monitörler kaldırılmalıdır. Bazen biri hariç hepsini çıkarmak, düzeltecektir.
• Bazen hepsini 3 taktığımda, oluşması için 3 dakika + sürer.

Ne denedim:

• NVRAM'ı Sıfırlama.
• SMC'yi sıfırlama.
• Güç adaptörü takılı ve pille çalışırken yukarıdaki senaryoyu denemek.
• Enerji Tasarrufunda "Otomatik Grafik Değiştirme" işlevini devre dışı bırakma.
• Entegre grafikleri kullanarak sudo pmset -c gpuswitch 0

NOT: Bunlardan bazılarını denerken bazen olması 1 dakika sürer.

Sistem yapılandırma:

Yosemite 10.10.1 çalıştıran bir MacBook Pro Retina 2.7Ghz i7 (Macbook10,1 / Mid 2012) kullanıyorum.

Ekran Bağlantı Noktası ile bağlı 2 ve HDMI ile 1 bağlı 3 harici monitörüm (Dell 2415H) var.

Bence sorunun güç yönetimi ile ilgisi var. İşlemcim 58 dereceye ulaştığında, ortaya çıkıyor gibi görünüyor. Az önce 3 monitörümü 5 dakika boyunca takılı bıraktım ve olmadı. Ancak Chrome'u kullanarak aramaya başladığımda hemen oldu.

Burada iyi bir düzeltme gibi görünüyor: http://www.rdoxenham.com/?p=259

Rhys Oxenhams'a göre :

çekirdek, bazı basit görevleri yerine getirmeye devam edecektir, örneğin tarihi almak, bu nedenle sistemi soğutmak amacıyla CPU'nun çoğunluğunu 'tüketmek' (en yüksek önceliğe sahip).

Blogunda bahsettiği çözüm, daha önceki Mac'ler için çalışmalı. Ivy-Bridge Mac'ler ve biraz daha erken bir tarihte Richard Schwarting devre dışı bırakmak için uygun dosyayı buldu . Kullanım kolaylığı için talimatlar aşağıda verilmiştir. Birçok şey denedim ama bu işe yarıyor.

1. Kext'i yeniden adlandırarak devre dışı bırakın

   cd /System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/Plugins
   sudo mv X86PlatformShim.kext X86PlatformShim.kext.disabled
   

2. Kext önbelleğini temizle (gerekli olup olmadığından emin değilsin)

   sudo touch /System/Library/Extensions/
   

3. Tekrar başlat

   sudo reboot
   

• OSX güncellemelerini yükledikten sonra, güncellemeleri yeniden oluşturduysanız yukarıdaki prosedürü tekrar etmeniz gerekebilir kext.

(Yüksek) Sierra Güncellemesi:

TP: TR

IOPlatformPluginFamily.kext / ACPI_SMC_PlatformPlugin.kext / [MacModelIdentifier] .plist'i yeniden adlandırın

Adım adım:

1. Kurtarma Moduna Giriş (başlangıç ​​sırasında CMD + R tuşlarına basın)
2. Yardımcı Program> Terminal csrutil disable(Sistem dosyası korumasını devre dışı bırak)
3. Yeniden başlatın ve yeniden adlandırın /System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/PlugIns/ACPI_SMC_PlatformPlugin.kext/Contents/Resources/[MacModelIdentifier].plist(Mac> Hakkında> Sistem Raporu> Model Tanımlayıcı) olarak bugfix.plist(veya başka bir şey için)
4. Yeniden başlatın ve kernal_taskişlemin% 10'un altında olup olmadığını kontrol edin
5. Kurtarma Modunda başarılı bir şekilde yeniden başlatılırsa ve sistem korumasını yeniden etkinleştirmek için csrutil enable

Test edildi ve benim için 10.13.2'de 2011'in başında MacbookPro'da çalıştı.

Resimlerle Kaynak (almanca) http://www.couchpiratin.de/mac-zu-langsam-kernel_task-cpu-fehler-beseitigen/