rMBP kernel_task paku saat menghubungkan lebih dari satu monitor eksternal [duplikat]


35

Pertanyaan ini sudah ada jawabannya di sini:

Saat menghubungkan monitor eksternal kedua lonjakan kernel_task ke 600% +. Ini membuat komputer tidak dapat digunakan.

Sebelum Yosemite, ini bekerja dengan baik dengan 3 monitor.

Berikut spesifiknya:

  • Ketika saya menghubungkan satu monitor ke DP atau HDMI semuanya berfungsi dengan baik.
  • Ketika saya menghubungkan monitor kedua dengan duri kernel_task DP atau HDMI.
  • Ketika saya melepaskan DP atau HDMI, terkadang kernel_task dengan cepat kembali ke level normal.
  • Ketika saya lepaskan semua monitor, kernel_task dengan cepat kembali ke level normal. (Dalam Activity Monitor goto View > Update Frequency > Very Oftendan segera setelah Anda melepas monitor, Anda akan mendapatkan banyak pembaruan cepat untuk UI).
  • Kadang-kadang ketika menghubungkan dua monitor berfungsi (DP atau HDMI) tetapi yang ke-3 menyebabkan lonjakan segera. Setelah ini terjadi, semua monitor harus dilepas untuk kembali normal. Terkadang menghapus semua kecuali satu akan memperbaikinya.
  • Kadang-kadang ketika saya pasang semua 3 di dibutuhkan 3 menit + untuk itu terjadi.

Apa yang saya coba:

  • Menyetel ulang NVRAM.
  • Menyetel ulang SMC.
  • Mencoba skenario di atas dengan adaptor daya terpasang dan berjalan dengan baterai.
  • Menonaktifkan "Automatic Graphics Switching" di Energy Saver.
  • Menggunakan grafik terintegrasi dengan menggunakan sudo pmset -c gpuswitch 0

CATATAN: Saat mencoba beberapa dari hal ini kadang-kadang dibutuhkan 1 menit untuk terjadi.

Konfigurasi sistem:

Saya menjalankan MacBook Pro Retina 2.7Ghz i7 (Macbook10,1 / Mid 2012) menjalankan Yosemite 10.10.1.

Saya memiliki 3 monitor eksternal (Dell 2415H) dengan 2 terhubung oleh Display Port dan 1 dengan HDMI.


Saya pikir masalah ini berkaitan dengan manajemen daya. Setiap kali CPU saya mencapai 58 derajat sepertinya akan terjadi. Saya baru saja membiarkan 3 monitor saya terpasang selama 5+ menit dan itu tidak terjadi. Tetapi ketika saya mulai mencari menggunakan Chrome itu segera terjadi.

Sepertinya perbaikan yang baik di sini: http://www.rdoxenham.com/?p=259


selain CPU apa tugas lain yang muncul dalam aktivitas?
Ruskes

Tidak ada, hanya kernel_task.
Vaughan

@bmike Mengapa pertanyaan ini ditandai sebagai duplikat untuk pertanyaan yang diajukan kemudian, dan memiliki jawaban yang kurang lengkap diterima?
Vaughan

Jawaban:


40

Menurut Rhys Oxenhams :

kernel akan terus mengulang beberapa tugas yang sangat sederhana, misalnya mendapatkan tanggal, oleh karena itu 'menghabiskan' (dengan prioritas tertinggi) mayoritas CPU dalam upaya untuk mendinginkan sistem.

Solusi yang dia sebutkan di blognya harus bekerja untuk Mac sebelumnya. Untuk Mac Ivy-Bridge dan sedikit sebelumnya Richard Schwarting telah menemukan file yang sesuai untuk dinonaktifkan . Petunjuk termasuk di bawah ini untuk kenyamanan. Saya sudah mencoba banyak hal, tetapi ini berhasil.

  1. Nonaktifkan kext dengan mengganti nama itu

    cd /System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/Plugins
    sudo mv X86PlatformShim.kext X86PlatformShim.kext.disabled
    
  2. Hapus cache kext (tidak yakin apakah ini diperlukan)

    sudo touch /System/Library/Extensions/
    
  3. Mengulang kembali

    sudo reboot
    

  • Setelah menginstal pembaruan OSX Anda mungkin perlu mengulangi prosedur di atas jika pembaruan telah menciptakan kembali kext.

Pembaruan untuk (Tinggi) Sierra:

TL: TR

Ganti nama IOPlatformPluginFamily.kext / ACPI_SMC_PlatformPlugin.kext / [MacModelIdentifier] .plist

Selangkah demi selangkah:

  1. Mulai Mode Pemulihan intro (tekan CMD + R saat memulai)
  2. Utilitas> Terminal csrutil disable(Nonaktifkan perlindungan file sistem)
  3. Mulai ulang dan ganti nama /System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/PlugIns/ACPI_SMC_PlatformPlugin.kext/Contents/Resources/[MacModelIdentifier].plist(Mac> Tentang> Laporan Sistem> Pengidentifikasi Model) ke bugfix.plist(atau yang lain)
  4. Mulai ulang dan periksa apakah kernal_taskprosesnya di bawah 10%
  5. Jika berhasil restart lagi dalam Mode Pemulihan dan aktifkan kembali perlindungan sistem dengan csrutil enable

Diuji dan bekerja untuk saya di 10.13.2 pada Awal 2011 MacbookPro.

Sumber dengan gambar (jerman) http://www.couchpiratin.de/mac-zu-langsam-kernel_task-cpu-fehler-beseitigen/


6
Bahkan dengan mendapatkan sudo mv: rename X86PlatformShim.kext to X86PlatformShim.kext.disabled: Operation not permittedketika mencoba untuk pindah ...
Shwaydogg

5
@Shwaydogg Anda mungkin perlu menonaktifkan OSX SIP. Lihat osxdaily.com/2015/10/10/…
vaughan

6
Ini jawaban yang benar. Mengapa pertanyaan ini ditandai sebagai duplikat dan mengatakan bahwa jawabannya sudah gila bagi saya. Terima kasih banyak untuk melihat bantuannya.
jwillis0720

5
Pembaruan: Saya menjalankan Sierra dan saya mengalami masalah dengan kernal_task lagi. Solusi ini tidak cukup lagi.
bheussler

6
Pengidentifikasi model saya mengatakan MacBookPro11,3 tetapi tidak ada file 11,3 plist. Mana yang harus saya ganti namanya?
JohnRW
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.