rMBP kernel_task всплывает при подключении более одного внешнего монитора [дубликат]

При подключении второго внешнего монитора kernel_task набирает обороты до 600% +. Это делает компьютер непригодным для использования.

До Yosemite это работало нормально с 3 мониторами.

Вот особенности:

• Когда я подключаю один монитор к DP или HDMI, все работает нормально.
• Когда я подключаю второй монитор с шипами DP или HDMI, kernel_task.
• Когда я отключаю DP или HDMI, иногда kernel_task быстро возвращается к нормальному уровню.
• Когда я отключаю все мониторы, kernel_task быстро возвращается к нормальному уровню. (В Activity Monitor перейдите, View > Update Frequency > Very Oftenи как только вы отключите мониторы, вы получите множество быстрых обновлений пользовательского интерфейса).
• Иногда при подключении двух мониторов он работает (DP или HDMI), но третий вызывает немедленный всплеск. После этого все мониторы должны быть удалены, чтобы он вернулся в нормальное состояние. Иногда удаление всего, кроме одного, исправит это.
• Иногда, когда я подключаю все 3, это занимает 3 минуты +, чтобы это произошло.

Что я пробовал:

• Сброс NVRAM.
• Сброс SMC.
• Попытка описанного выше сценария с подключенным и работающим адаптером питания от батареи.
• Отключение «Автоматического переключения графики» в энергосбережении.
• Использование встроенной графики с помощью sudo pmset -c gpuswitch 0

ПРИМЕЧАНИЕ: при попытке некоторых из этих вещей иногда требуется 1 минута.

Конфигурация системы:

Я использую MacBook Pro Retina 2.7Ghz i7 (Macbook10,1 / середина 2012 года) под управлением Yosemite 10.10.1.

У меня есть 3 внешних монитора (Dell 2415H), 2 из которых подключены через порт дисплея, а 1 - через HDMI.

Я думаю, что проблема связана с управлением питанием. Кажется, что когда мой процессор достигает 58 градусов, это происходит. Я просто оставил свои 3 монитора подключенными на 5+ минут, и этого не произошло. Но когда я начал искать с помощью Chrome, это сразу произошло.

Выглядит как хорошее решение здесь: http://www.rdoxenham.com/?p=259

По словам Риса Оксенхамса :

ядро будет продолжать выполнять некоторые очень простые задачи, например, получать дату, поэтому «потребляя» (с наивысшим приоритетом) большую часть ЦП в попытке охладить систему.

Решение, которое он упоминает в своем блоге, должно работать на более ранних моделях Mac. Для Mac Ivy-Bridge и немного раньше Ричард Швартинг нашел подходящий файл для отключения . Инструкции включены ниже для удобства. Я перепробовал много вещей, но это работает.

1. Отключить kext, переименовав его

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

2. Очистить кеш кэста (не уверен, если это необходимо)

   sudo touch /System/Library/Extensions/
   

3. Перезапуск

   sudo reboot
   

• После установки обновлений OSX может потребоваться повторить описанную выше процедуру, если обновления воссоздали kext.

Обновление для (High) Sierra:

TL: TR

Переименуйте IOPlatformPluginFamily.kext / ACPI_SMC_PlatformPlugin.kext / [MacModelIdentifier] .plist

Шаг за шагом:

1. Запустите вводный режим восстановления (нажмите CMD + R при запуске)
2. Утилита> Терминал csrutil disable(Отключить защиту системных файлов)
3. Перезапустите и переименуйте /System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/PlugIns/ACPI_SMC_PlatformPlugin.kext/Contents/Resources/[MacModelIdentifier].plist(Mac> О программе> Системный отчет> Идентификатор модели) в bugfix.plist(или что-то еще)
4. Перезапустите и проверьте, если kernal_taskпроцесс ниже 10%
5. В случае успеха перезапустите снова в режиме восстановления и снова включите защиту системы с помощью csrutil enable

Протестировано и работает для меня в 10.13.2 в начале 2011 года MacbookPro.

Источник с картинками (немецкий) http://www.couchpiratin.de/mac-zu-langsam-kernel_task-cpu-fehler-beseitigen/