MBP early '11 kernel_task over 300% when unplugged [duplicate]
Ok, after reading so many topics and not finding a solution maybe I should join the army of people posting topics about a kernel_task problem with a MBP.
Which MacBook do I own: MacBook Pro 13", early '11 (default, no extras)
When did it happen: After some (maybe a bit more than some...) water was spilled over the keyboard/screen.
What was the direct notable effect (after 'drying'): A very slow machine when the battery is the power source.
What did I found out
The system proces kernel_task is consuming around 280 - 330% CPU usage. Percentage rises up in about 5 seconds after unplugging the power supply and switching to battery power.
What have I tried
- Reboot, didn't work
- Removing applications I recently installed, didn't work
- Reinstalling Mountain Lion, didn't work
- Run a diagnostic tool provided by Lauri Ranta (see post), gave me some insight but nothing special. Looked up the kext-items which didn't make sense to me. After all: didn't work
- Installed a trial version of iStat (version 4) and see which items would change when switching from socket power to battery. Didn't notice anything to be honest, even the fanspeed of my only fan (exhaust) kept running ~2000rpm
- Checked Console to see if any messages would appear when switching, nothing
- Tried resetting SMC using these instructions, didn't work
What makes me frown? When switching to battery CPU rises up to 330% but the fan doesn't seem to bother.
As you can see I've tried as much as I could find around on the internet. I'm wondering if there's a tool which allows you to see which threads kernel_task is managing (mostly around 83, 84 on my machine).
Any suggestions? Any help is greatly appreciated. I don't really mind to replace components if only I would know which one(s).
Best regards from Holland, Ben Fransen.
Something is telling the kernel to do work.
You might need to run sysdiagnose and get expert assistance to interpret the results. Since you've done so much troubleshooting, it's going to be unlikely someone can drift in and point out an obvious flaw in your reasoning (but if they do - we might have a quick resolution.)
The real data missing is what you've done to isolate the issue. Can you summon this on demand? Does it happen immediately after a reboot?
You'll need to have some process to keep track of when the issue arises - once you have 5 to 10 events, then it's much easier to go over the system.log and top process listing to see if any patterns emerge.
A single sysdiagnose is very hard to pinpoint a problem by a non-expert. Ten events where sysdiagnose was run and there is data on what was connected, what you were doing, and ten sets of detailed logs is often very easy to narrow down your specific issue.