I’m seeing higher-than-expected power draw during sleep in Windows. I put it to sleep (fading power button LED) for 6 hours and the battery level dropped about 33%, which seems very high at 5.5%/h. Comparing this to my X1 Carbon which drops by ~0.6%/h (57Wh capacity). Both are using modern standby I presume, and I’ve configurd both to not hibernate.
The following sleep states are available on this system:
Standby (S0 Low Power Idle) Network Connected
Hibernate
Fast Startup
The following sleep states are not available on this system:
Standby (S1)
The system firmware does not support this standby state.
This standby state is disabled when S0 low power idle is supported.
Standby (S2)
The system firmware does not support this standby state.
This standby state is disabled when S0 low power idle is supported.
Standby (S3)
This standby state is disabled when S0 low power idle is supported.
Hybrid Sleep
Standby (S3) is not available.
The hypervisor does not support this standby state.
I did. I was under the impression that Modern Standby was efficient. On the X1 Carbon, which has identical powercfg /a output, power draw is an order of magnitude smaller. Is the X1 cheating somehow?
Not sure if this is relevant, but apparently there are NVMe drives that don’t work with Modern Standby? Event Viewer doesn’t show any unexpected wakes though.
Side note: I have it plugged in and sleeping, and can feel heat on the underside. So it’s definitely doing something…
@feesh the audio controller should shutdown in modern standby unless you put the system in modern standby with an application that is playing/recording music. One of the “features” of modern standby is your system can continue to play music while in standby, however it will keep the CPU from going into deep sleep states to service the HDA codec audio buffers.
I suspect you put your system to sleep with an application that was doing some playback/recording and noticed this.
We have tested modern standby support extensively and if your system is not being kept awake by an app/service, it will go into MS and then hibernate if the 5% battery drops by more than about 5%.
An update. I closed all my background apps (HWiNFO, MSI Afterburner, Discord) and the Audio Controller is still preventing the CPU from going to sleep:
I ran the trace but I’m not sure what to look for. This is a ~2.5h sleep session after a fresh boot with all my startup programs exited, so I’m sure that I’m not playing or recording any audio. SleepStudy still shows 100% active audio controller.
Here’s one of the graphs. Anywhere else I should look?
This isn’t the right solution for this, but I am curious what happens with that if you uninstall the Realtek audio driver and use the Windows default HDA driver.