I'm in the same boat. No issues before installing Mavericks.
I did the same tests, even disabled the 3rd party kext I had (pace driver, related to some vst plugins I have) with no luck.
I ran sysdiagnostics and can see the following interrupts, taken from powermetrics.txt:
**** Interrupt distribution ****
Vector 0x49(MacBookAir6,2): 31.67 interrupts/sec
Vector 0x92(IGPU): 408.07 interrupts/sec
Vector 0x96(HDEF): 216491.54 interrupts/sec
Vector 0x98(ARPT): 11.06 interrupts/sec
Vector 0x9e(SSD0): 25.10 interrupts/sec
Vector 0xdd(TMR): 367.54 interrupts/sec
Vector 0xde(IPI): 161.86 interrupts/sec
Vector 0xdd(TMR): 32.17 interrupts/sec
Vector 0xde(IPI): 56.18 interrupts/sec
Vector 0xdd(TMR): 934.68 interrupts/sec
Vector 0xde(IPI): 1103.50 interrupts/sec
Vector 0xdd(TMR): 165.04 interrupts/sec
Vector 0xde(IPI): 242.83 interrupts/sec
I feel like that is not normal(see bold) Anyone know what HDEF is referring to, might help tracking this down.
Hard to find anything concrete, but found some references to it on insanelymac.com and tonymacosx86 which seem to indicate that it's related to handling the inbuilt audio device - AppleHDA.kext is the kernel extension responsible (/System/Library/Extensions/AppleHDA.kext/)
Google search results http://goo.gl/hXKnNQ
Might be entirely wrong though!
Regarding what espressodre said, do you have a headphone connected when this issue comes up? I have an old Apple In-Ear always connected. Might try to see what happens if I pull it out.
It's interesting to note that Safe Boot disables sound, so it might be related, after all (I would never have guessed, though).
Hi guys. I was experiencing exactly the same issue, after sleep kernel_task always used 100% cpu. While reading HalexPereira post I realized I was using earphones! I recreated the problem and then fixed it just unplugging the earphones, closing the lid and opening it again... The problem must be related with AppleHDA for sure...
I feel your pain, Stan_.
Until further investigation, I advise sending bug reports to Apple with this info and a link to this thread. A close friend started experiencing this same issue, so I guess it's not a random problem.
Let's document the issue, send reports and hope for a fix in a 10.9.x update.
One more thing that would confirm that something is wrong with the HDA driver - today the sound stopped working without any apparent reason. The audio enable/disable and volume keys on the keyboard show a greyed out HUD on the screen. But the kernel_task issue on wake up is gone!!! Now I think I'm not gonna restart it, hehe I prefer it without sound and without kernel_task lol.
I have the same issue happening, kernel_task ramps to 100% and only a restart will fix it. Seems to only happen after my MBA (mid-13) has had teh lid down and comes back from sleep.
I do use headphones but I have not nailed it done to that fully. I am also getting an issue where sound will competly stop if the system goes into deep sleep.
praying for a fix soon...very very annoying.
This doesn't sound good (pun not intended). If things here escalate to this, I won't have any option other than taking it to technical assistance (we don't have Apple Stores in my country).
The addiotional evidence that things related to sound might be awry in Mavericks is interesting, though. Keep us updated on how things evolve, Stan_.
I have the same issue. But for me, the weird thing is. It happens only when I keep my headphones plugged in. WHen i remove my headphones, it stabilizes i.e Kernel_task goes back to using just 4-5% CPU. I resetted PRAM SMC etc but to no avail. Now I dont feel like using my headphones a lot because of this when I am travelling because battery life reduces to 6 hours
Exact same problem for me. And I unplug the headphone, sleep, then wake up, it's gone!
I really hope apple can solve this quickly.
**** Interrupt distribution ****
Vector 0x92(IGPU): 1241.09 interrupts/sec
Vector 0x94(XHC1): 71.54 interrupts/sec
Vector 0x96(HDEF): 216026.79 interrupts/sec
Vector 0x98(ARPT): 20.87 interrupts/sec
Vector 0xdd(TMR): 460.07 interrupts/sec
Vector 0xde(IPI): 469.01 interrupts/sec
Vector 0xdd(TMR): 60.61 interrupts/sec
Vector 0xde(IPI): 227.55 interrupts/sec
Vector 0xdd(TMR): 372.63 interrupts/sec
Vector 0xde(IPI): 1658.43 interrupts/sec
Vector 0xdd(TMR): 185.82 interrupts/sec
Vector 0xde(IPI): 763.14 interrupts/sec