连接多个外部监视器时，rMBP kernel_task峰值

连接第二个外部监视器时，kernel_task的峰值将达到600％+。这使计算机无法使用。

在优胜美地之前，这可以在3台显示器上正常工作。

具体细节如下：

• 当我将一台显示器连接到DP或HDMI时，一切正常。
• 当我连接带有DP或HDMI的第二个监视器kernel_task峰值时。
• 当我断开DP或HDMI的连接时，有时 kernel_task会迅速恢复到正常水平。
• 当我断开所有监视器的连接时，kernel_task迅速恢复到正常水平。（在“活动监视器”转到中View > Update Frequency > Very Often，一旦断开监视器的连接，您将获得大量的UI快速更新）。
• 偶尔插入两台显示器时，它可以工作（DP或HDMI），但第3台显示器会立即引起峰值。在发生这种情况之后，必须卸下所有监视器以使其恢复正常。有时，除一个以外的所有内容都可以解决。
• 有时，当我将所有3个电源插入时，它需要3分钟以上的时间才能发生。

我尝试过的

• 重置NVRAM。
• 重置SMC。
• 在插入电源适配器并使用电池供电的情况下尝试上述情况。
• 在节能器中禁用“自动图形切换”。
• 通过使用集成图形 sudo pmset -c gpuswitch 0

注意：尝试其中一些操作时，有时可能需要1分钟。

系统配置：

我正在运行运行Yosemite 10.10.1的MacBook Pro Retina 2.7Ghz i7（Macbook10,1 / 2012年中）。

我有3台外接显示器（Dell 2415H），其中2台通过显示端口连接，另外1台通过HDMI连接。

我认为这个问题与电源管理有关。每当我的CPU达到58度时，它似乎都会发生。我刚刚将3台显示器插入电源5分钟以上，但没有发生。但是，当我开始使用Chrome搜索时，它立即发生了。

在这里看起来像是一个很好的解决方法：http ://www.rdoxenham.com/?p=259

根据Rhys Oxenhams的说法：

内核将继续循环执行一些非常简单的任务，例如获取日期，因此“消耗”（具有最高优先级）大多数CPU，以使系统冷却。

他在博客中提到的解决方案应适用于早期的Mac。对于Ivy-Bridge Macs和更早的版本，Richard Schwarting 已经找到了禁用的适当文件。为了方便起见，下面包括了说明。我已经尝试了很多东西，但这是可行的。

1. 通过重命名禁用kext

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

2. 清除kext缓存（不确定是否需要）

   sudo touch /System/Library/Extensions/
   

3. 重新开始

   sudo reboot
   

• 安装OSX更新后，如果更新已重新创建，则可能需要重复上述过程kext。

（高）山脉的更新：

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

在2011年初的MacbookPro上为我进行了10.13.2的测试并为我工作。

图片来源（德语） http://www.couchpiratin.de/mac-zu-langsam-kernel_task-cpu-fehler-beseitigen/