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

35

На этот вопрос уже есть ответ здесь:

При подключении второго внешнего монитора 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

Vaughan
источник
помимо процессора, что еще задача в деятельности?
Рускес
Ничего, только kernel_task.
Вон
@bmike Почему этот вопрос помечен как дубликат для вопроса, который был задан позже, и имеет менее полный принятый ответ?
вон

Ответы:

40

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

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

Решение, которое он упоминает в своем блоге, должно работать на более ранних моделях 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/

Vaughan
источник
6
Даже с sudo, mv: rename X86PlatformShim.kext to X86PlatformShim.kext.disabled: Operation not permittedкогда пытаешься двигаться ...
Shwaydogg
5
@Shwaydogg Возможно, вам нужно отключить OSX SIP. Смотрите osxdaily.com/2015/10/05/…
vaughan
6
Это правильный ответ. Почему этот вопрос помечен как дубликат и говорит, что на него уже есть ответ, для меня безумие. Большое спасибо за поиск помощи.
jwillis0720
5
Обновление: я запускаю Sierra и у меня снова возникают проблемы с kernal_task. Этого решения уже недостаточно.
bheussler
6
Мой идентификатор модели говорит MacBookPro11,3, но файл 11,3 plist отсутствует. Какой мне нужно переименовать?
JohnRW