What should "sleepstudy" show for a Surface Pro 3

Anonymous
2014-07-02T16:59:58+00:00

I'm interested to know what other users tend to see when running the "powercfg /sleepstudy" tool on their Surface Pro 3s (as per http://blogs.windows.com/windows/b/windowsexperience/archive/2014/06/26/sleep-study-diagnose-what-s-draining-your-battery-while-the-system-sleeps.aspx).

I'm finding that all my "InstantGo" sessions have a drain rate of between 1200 and 2200mW, which can correspond to between 10% and 20% of the battery drain in the 4 hours before the machine hibernates.  

Looking at the culprits, almost all the sessions show the following device running for the entire "sleep" period:

USB xHCI Compliant Host Controller (\_SB.PCI0.XHC) Fx Device 100% 4:00:00

Is this expected?  FWIW, I tend to leave the keyboard cover connected during sleep.

Sometimes (when the drain is at the high end of the range), I also see the following:

Intel(R) HD Graphics Family (\_SB.PCI0.GFX0) Fx Device 100% 4:00:00

Interestingly, during the first few days I had the SP3, the graphics driver was appearing in every session of the sleep study report.  More recently, though, it has stopped appearing.  Recently I've been leaving the Surface at the start screen rather than the Desktop, so this may be related - is there a recommendation about coming out of the Desktop before going to "sleep"

I also never see anything in the "DRIPS histogram" - should I?

What are other people seeing?

On a related note, does anyone know if there is a way of changing the time before the machine hibernates?  For me, 2 hours (or even 1 hour) would probably be fine - if I'm actively going from one office to another, then the "instant" resume is great, but if I'm at home, leaving the machine for a while, then 4 hours is overkill.

Surface | Surface Pro | Power and battery

Locked Question. This question was migrated from the Microsoft Support Community. You can vote on whether it's helpful, but you can't add comments or replies or follow the question.

0 comments No comments

82 answers

Sort by: Newest
  1. Anonymous
    2015-03-03T02:05:09+00:00

    I agree with you. There are so many things that may activate this USB controller. In my case it was a faulty Citrix Receiver. If I had not systematically saved restore points before each new software installation and run sleepstudy everytime after, I couldn't have guessed it was Citrix. They should improve this report to tell you what's activating the USB controller.

    Was this answer helpful?

    0 comments No comments
  2. Anonymous
    2015-03-02T10:49:00+00:00

    Hi,

    I ran a sleepstudy on my Pro 3 (i5/4Gb/128Gb) - it also has a SD card installed and a HP bluetooth mouse (HP X4000b) ... and I noticed that in many of the sessions (not all) it was showing that the USB xhci was active for 100% of the sleep period.  I tried a couple of things - 

    Disabled bluetooth - problem disappeared

    Removed my phone from the bluetooth paired devices - problem disappeared.

    What I find as totally incomprehensible (and not useful at all) about the sleepstudy report is that it DOES NOT IDENTIFY AT ALL what is causing the issue.  Not really that good is it? ...

    Was this answer helpful?

    0 comments No comments
  3. Anonymous
    2015-03-01T20:29:26+00:00

    The workaround in this link works and will save you reinstalling Citrix Receiver. (Citrix say there is no functionality loss by implementing this workaround.)

    http://support.citrix.com/article/CTX200347?_ga=1.205814099.1916225896.1423630939

    Thanks again russellca for this. Citrix indeed acknowledges that current version 4.2 of Citrix Receiver is causing an excessive use of USB power. I didn't do exactly what they recommended because I didn't want to mess in the Windows registry. Instead, I downloaded the previous 4.1 version of the Citrix receiver which does not has this faulty behaviour. I installed it, used it and get the SP3 on Connected Standy for more than 3 hours with sleepstudy report showing everything green and only a 3% battery decrease.

    Was this answer helpful?

    0 comments No comments
  4. Anonymous
    2015-03-01T14:18:19+00:00

    Thanks russellca, will check it out.

    Was this answer helpful?

    0 comments No comments
  5. Anonymous
    2015-03-01T10:47:18+00:00

    The workaround in this link works and will save you reinstalling Citrix Receiver. (Citrix say there is no functionality loss by implementing this workaround.)

    http://support.citrix.com/article/CTX200347?_ga=1.205814099.1916225896.1423630939

    Was this answer helpful?

    0 comments No comments