就在最近，我注意到我的电池寿命大幅下降，并且“ kernel_task”进程使用了​​大量的CPU（在我的2.8ghz双核i7、2010 MBP上恒定为1-6％）。显然，我认为kernel_task的CPU使用率是导致电池电量下降的原因，我需要找出原因。

在Google上搜索时，似乎kernel_task是OS X的Windows“ svchost.exe”版本-臭名昭著的无所不能的过程，您无法真正调试，您必须手动翻转开关，直到其中一个起作用为止。

有什么方法可以让我更轻松地了解失控的kernel_task活动的底部？我没有尝试过重新启动，因为如果它能够“修复”它，则它并不能真正解决潜在的问题。

活动监视器显示CPU使用率。当我点击Inspect时，它显示77个线程，2个端口，数小时的CPU时间，Context Switch每秒增加约400个，Mach Messages In和Out每秒增加约6,000个。

我如何才能以某种方式检查或监视此kernel_task过程，并弄清使用这些功能的实际作用？

_{（注意：我目前的怀疑对象是最近的10.6.7更新，Firefox从4 beta 10更新到RC或ScreenResX-这些是我最近想到的所有内容）}

我有一个类似的问题，关于如何使用以下终端命令识别连接到kernal_task的文件和程序：

kextstat -l -k | awk '{n = sprintf("%d", $4); print n, $6}' | sort -n

这将显示各种kext和与之关联的内存。例如，6184960 com.apple.driver.AirPort.Brcm4360对于我来说，这是一个很大的麻烦，但是如果我想使用wifi，就不能做太多事情。

我收到的建议之一是通过将上述内容传递给来查找所有非Apple kext正在占用内存的内存grep -v com.apple。某些非Apple程序可能会耗尽您的资源。您应该能够删除这些文件而不会破坏任何内容。

当然，古老的解决方案是重新启动计算机。有时，只需要将进程设置回其正常的CPU使用水平即可。

这是一个很好的解释，什么是kernel_task。可能是驱动程序（kexts），网络或磁盘活动。您不能简单地使用Instruments附加到kernel_task流程。

寻找其他迹象，例如日志（Console.app），磁盘活动（例如：）iotop fs_usage，网络活动（尝试与本地网络断开连接，关闭网络首选项中的设备），尝试从内存kextunload驱动程序中进行卸载/删除（）。来自第三方-平板电脑，USB 3G调制解调器等。检查正在安装Kexts的应用程序

另外，如果最近发生了崩溃，请确保文件系统没有损坏-请进行检查。

如@Christopher所提到的，热量会导致kernel_task CPU峰值。原因在此帖子中列出了“修复” MacOS Lion 10.7中的kernel_task CPU问题。显然，当CPU变热时，ACPI_SMC_PlatformPlugin.kext将占用CPU周期以尝试减少实际的CPU负载。

因此，一种解决方案是通过外部风扇或诸如SMCFanControl之类的设备来冷却Mac（例如风扇）。

本文提供了另一个解决方案，即删除触发该行为的子程序。尽管我必须承认，我个人不确定关闭该行为的安全性。

kernel_task当某些其他进程过度使用系统调用或资源（内存或磁盘I / O事件）时，通常会失控。

发生这种情况时，您可以使用fs_usage报告实用程序，该实用程序将实时显示与文件系统活动相关的系统调用和页面错误。

因此，在终端中运行以下命令：

sudo fs_usage

然后观察哪些进程经常执行一些系统调用，如果您不使用它们，请考虑关闭/杀死它们。

更具体地说，请检查“ 时间间隔”列，该列为您提供了在系统调用中花费的经过时间。一W出现后的时间指示过程中调出活动（在这种情况下，经过的时间包括等待时间）。

因此，为了过滤系统调用中使用时间最多的进程，请运行：

sudo fs_usage | grep -v 0.0000

这将在最后一栏中显示最耗时的进程（就内核时间而言）。您可以调整零的数量以提高精度（显示更少的零，花费更多的时间）。

有关更多想法，还请检查：如何调查内核任务内​​存使用率过高？

以下是最常见的问题：

• VBoxHeadless：如果您正在使用VM（通过无业游民），请考虑在不使用它们时将其挂起；
• mtmd：即使未连接备份驱动器（所谓的本地快照），Time Machine似乎每小时仍在备份数据，因此请尝试禁用它（sudo tmutil disablelocal）;
• wine：如果您正在运行Windows应用，请考虑在不使用时将其关闭；

• Chrome：限制同时打开的标签页数量（尝试OneTab和/或TGS），或者通过任务管理器终止某些扩展进程（JavaScript），因为每个标签页都可以生成一个单独的进程。

  ^{检查：Chrome插件可停止“页面无响应”消息。}

我的kernel_task CPU使用率大幅上升，事实证明我的CPU风扇已部分拔掉。kernel_task与CPU过热时的节流有关。在您的情况下，也许您的风扇只是被垃圾和灰尘所粘，需要清理。

我在优胜美地也遇到了同样的问题，但是由于有了这个善良的灵魂，我可以解决这个另一个好伙伴。我仍然不明白发生了什么，但是在失去了整个周末的努力后，我只是放弃了，盲目地遵循了他的指示。看看我对活动监视器的绝望：

注意，请务必先进行备份，并阅读提供的链接以获取解释。对于造成的任何损害，我概不负责。您已被警告。

查找模型

$ system_profiler -detailLevel mini | grep“模型标识符：”

型号标识符：MacBookPro8,2

移动并备份文件

$ mkdir -p〜/备份

$ cd /系统/库/扩展/IOPlatformPluginFamily.kext/Contents/PlugIns/ACPI_SMC_PlatformPlugin.kext/Contents/资源

$ sudo mv MacBookPro8_2.plist〜/ backup /

我使用的是2011年新款Macbook Pro，在OSX Lion上运行，最近我的kernel_task运行约25％至30％的CPU，并且风扇以最大速度旋转数小时。我一次尝试了一件事情，解决的问题是...在Finder应用程序中关闭5或6个窗口。不能说我理解为什么，但是很明显。

在我的Mac上，kernel_task的CPU使用与我使用的Internet带宽成正比，范围从0％到50％。这可能是由我的华为3G调制解调器（HuaweiDataCardDriver.kext）的驱动程序引起的。

您可以尝试禁用内核扩展。无需使用kextunload：将kext捆绑包从/ System / Library / Extensions /移至其他文件夹并重新启动是安全的。您可以使用Consultant的Canary或kextstat | grep -v com.apple列出OS X随附的内核扩展。

要专门对失控的kernel_task进行故障排除，以下是一些有用的命令：

• 对整个系统进行概要分析，重点关注内核进程（PID：0），运行：

  sudo spindump 0 -reveal
  

  对于特定过程（如launchd），请使用sample，例如sudo sample launchd或通过PID进行。

• 要按内核任务收集内存消耗，请使用（默认情况下按脏排序）：

  sudo footprint 0
  

  ^{注意：-a用于定位所有过程。}

• 要从多个工具收集系统范围的诊断信息，请运行：sudo sysdiagnose。

  这可以通过敲击也触发Shift- - Control- ⌥- ⌘（.周期）。

  您应该看到启动时屏幕闪烁，然后等待几分钟，直到Finder中显示该文件。

  ^{请参阅：如何从OS X获取系统诊断文件？}

  然后解压缩和检查，如文件footprint*.txt，spindump.txt，taskinfo.txt，bc_stats.txt等。

• 检vm.swapusage入内核状态，例如sysctl -a | grep ^vm.swapusage。

  基本上，您使用的交换量更多（请查看由/private/var/vm管理的交换文件dynamic_pager，请参阅：），man dynamic_pager由于Swapins / Swapouts操作（请参阅man vm_stat和man fs_usage），内核在性能上的挣扎也更多。要测试，请运行：

  vm_stat 1
  sudo fs_usage | grep -w kernel_task
  

  ^{注意：按Control- C停止。}

对我来说，我有一个进程（在本例中为Netbeans，它正在读取20GB的文件），对于netbeans，它将使用80％的cpu，对于kernel_task将使用20％的cpu（非常可疑）。这导致我的整个系统像tar一样运行。

同样令人怀疑的是，每个CPU“菜单”会报告很多“ sys”时间。您也可以在“ top”命令中看到此内容，例如CPU usage: 21.40% user, 23.74% sys

后来，可能是netbeans 120％cpu，kernel_task 65％，但是无论如何它们都是“同时具有很高的cpu”

sudo fs_usage 显示了很多这样的：

12:46:34.446367  PAGE_IN_FILE      A=0x093a5bb000       0.000001   java.453214

我的理论是，netbeans“读取的内容太多”，甚至导致页面错误甚至无法运行其自己的程序（即发送出去以交换其自己的程序），因此在页面错误系统后面排起了长队。可能还需要交换“其他程序”以进行交换，从而导致整个系统变慢。

使用top，FAULT列也以每秒70K的速度增加。

我的macbook Pro几乎无法使用，因为kernel_task的CPU占用了数周的时间。同时，电池膨胀了，所以我终于决定去罗马的Apple Center更换它……即使在保修期内，Apple更换了我的电池（并且键盘），费用为0欧元。更好的是... kernel_task问题突然消失了！所以我很确定那是直接或间接地由于电池