HalexPereira

Q: kernel_task is using 100% CPU when waking from sleep

Since updating my 13" mid-2013 MacBook Air to Mavericks, there's this issue that's been happening when I wake the computer up from sleep. A proccess called kernel_task uses 100% CPU (a whole core) and hangs there until the computer is restarted. This doesn't make the computer unresponsive, but it kills battery life.

 

So far, I've tried the following:

 

1. Resetting SMC, NVRAM and PRAM: no effect.

2. Safe Boot: the issue doesn't happen.

3. Deleting old apps/plugins: issue persists.

4. Closing all apps doesn't solve issue after it takes place.

5. Repairing permissions: no effect.

6. Apple Diagnostics: no issue found in hardware.

7. No kernel extensions from third-parties are installed (there are 120 kext, according to Terminal, but they all come from Apple).

8. Everything is up to date.

9. Only external plugin installed is Flash.

 

Given these, I reckon it's something software-related. Any tips on solving this would be welcome — things to look for in Console logs would be greatly appreciated.

MacBook Air (13-inch Mid 2013), OS X Mavericks (10.9)

Posted on Oct 28, 2013 12:03 PM

Close

Q: kernel_task is using 100% CPU when waking from sleep

  • All replies
  • Helpful answers

first Previous Page 22 of 22
  • by zetanova,

    zetanova zetanova Aug 28, 2014 8:39 PM in response to HalexPereira
    Level 1 (0 points)
    Aug 28, 2014 8:39 PM in response to HalexPereira

    Hi, Same CPU problem kernel task 300%.  Macbook Pro 9,2 mid 2012

     

    RAM 4 Gb

    HD 500 GB

    i5

     

    New installation Mavericks 10.9.4

     

    ****  Interrupt distribution ****

     

    CPU 0:

      Vector 0x46(SMC): 7.33 interrupts/sec

      Vector 0x56(HDEF/EHC1): 2.97 interrupts/sec

      Vector 0x72(IGPU): 323.07 interrupts/sec

      Vector 0x73(XHC1): 9.51 interrupts/sec

      Vector 0x76(SATA): 7.73 interrupts/sec

      Vector 0x78(ARPT): 35.85 interrupts/sec

      Vector 0xdd(TMR): 995.75 interrupts/sec

      Vector 0xde(IPI): 259.29 interrupts/sec

    CPU 1:

      Vector 0xdd(TMR): 325.45 interrupts/sec

      Vector 0xde(IPI): 4195.35 interrupts/sec

    CPU 2:

      Vector 0xdd(TMR): 233.54 interrupts/sec

      Vector 0xde(IPI): 271.96 interrupts/sec

    CPU 3:

      Vector 0xdd(TMR): 164.61 interrupts/sec

      Vector 0xde(IPI): 4036.88 interrupts/sec

     

    I try unload/load AppleHDA and no work,  remove plist also no work.

     

    Pls Helpme.

  • by Pudich,

    Pudich Pudich Sep 3, 2014 6:55 AM in response to zetanova
    Level 1 (0 points)
    Sep 3, 2014 6:55 AM in response to zetanova

    Hello MacPeople, can you please help with this problem? I've just spent all day to try to figure out. but didn't find an answer how to fix my problem.

     

    So, I have MacBook Pro ME293 with Retina. In Activity Monitor there's Kernel_task that takes 650MB of memory space - I think it's too much for that

     

    I try to figure it through Identify number, but My mac is v. 11.2 and this kind of file doesn't exist int the extension folder (the last one - 8.3)

     

    What I should to do with it? Thanks for the answers!

  • by felipeguedesp,

    felipeguedesp felipeguedesp Oct 21, 2014 10:14 PM in response to HalexPereira
    Level 1 (0 points)
    Oct 21, 2014 10:14 PM in response to HalexPereira

    Someone found a way to solve this problem? I have the same and I'm tired of looking for.

     

    Apple! please! fix that!!

  • by llonchj,

    llonchj llonchj Dec 15, 2014 10:54 PM in response to felipeguedesp
    Level 1 (0 points)
    Dec 15, 2014 10:54 PM in response to felipeguedesp

    Here OSX 10.10.1, MBP (Retina, Mid 2012) 2.3Gh i7, 16Gb RAM.

    When I plug 2 external monitors using thunderbold adapters kernel_task runs wild, up to 700%.

     

    What can I do?

  • by vaughanr,

    vaughanr vaughanr Jan 4, 2015 8:25 PM in response to llonchj
    Level 1 (0 points)
    Jan 4, 2015 8:25 PM in response to llonchj

    Exact same problem with Mid 2012 Macbook Pro 10.10.1.

     

    Plug in a second external monitor (Dell 2415H) and 700%.

     

    Sometimes it only happens when I started scrolling in Chrome.

     

    Started happening with Yosemite.

  • by naruse,

    naruse naruse Jan 13, 2015 9:59 AM in response to vaughanr
    Level 1 (0 points)
    Jan 13, 2015 9:59 AM in response to vaughanr

    Exact same issue here, I have 2 LG monitors E2630 (23'') and 800% Retina Mac book Pro MacBookPro10,1 Mid 2012.

     

    now I had to use one of the HDMI connector for one monitor and a thunderbolt (mini display port) connection for the other monitor.

     

    could it be that it is because faulty Mini display port connectors? I dont have more than 2 in here , anyone can check?

  • by llonchj,

    llonchj llonchj Jan 13, 2015 10:03 AM in response to llonchj
    Level 1 (0 points)
    Jan 13, 2015 10:03 AM in response to llonchj

    To give some more light. One mini display port was bought in April'2014, the other one is older (might be mid-2009).

     

    Apple, please fix the issue it is a productivity killer.

     

    Thanks

  • by neongrau,

    neongrau neongrau Aug 19, 2015 7:13 AM in response to HalexPereira
    Level 1 (26 points)
    Aug 19, 2015 7:13 AM in response to HalexPereira

    I'm having this issue since recently too (MBPr Mid-2012).

    For me it always seems to happen when i'm running more than 1 virtual Machine with VMware Fusion. Even after i shut down all virtual machines the kernel task consumes every single bit of cpu it can (sometimes 700+ percent).

     

    I always run using 2 external displays and the issue stops when i close the lid so the retina display is off. A second later the kernel_task drops to 0 cpu usage. As soon i open the lid again when it happened once kernel_task runs amok again.

     

    Eventually i'm forced to reboot.

  • by acidrous,

    acidrous acidrous Aug 23, 2016 6:50 AM in response to HalexPereira
    Level 1 (4 points)
    Aug 23, 2016 6:50 AM in response to HalexPereira

    Most probably it is Spotify causing kernel_task to go crazy. Open up the activity monitor and then quit Spotify. You will see that the kernel_task process will either disappear or stop consuming so much of your cpu. Spotify has some deep problems in OSX, often causing to spin the fan.

first Previous Page 22 of 22