[jasonjmcghee]

Out of sheer curiosity, why do apple devices have astronomically longer battery life when sleeping? (How is the sleep so efficient?)

I was busy with work and didn't touch my personal laptop for a few weeks and it still had well over half the battery.

[iknowstuff]

They write their own software. And firmware. Other OEMs can just beg their tier 1/2 suppliers to get their shit together and put components to sleep properly by making windows, drivers, and firmware work well together.

Also things like lpddr5x, ssd controller built into the SoC with cache in unified ram (instead of running a whole ass separate computer with its own ram on an m2 stick) etc

[cogman10]

This is it.

Sleep is such a finicky thing which requires all parts of the system to do it right.

My desktop lost the ability to sleep because I guess the nvidia drivers have decided that you are wrong to want to put things to sleep.

[trelane]

Exactly. This is precisely why I stopped buying Windows computers and started buying System76. Well that and the support.

Looks like Framework has started heading this direction too, which is nice to see.

[jeffbee]

Great point about the storage. That is another place where the repairability meme is really not helping. Moving the storage controller up into the host SoC is a good idea and the PC world should adopt it.

Apple's storage controller is not even a PCIe peripheral internally, so it's saving power and latency cutting out that interface, even when it's active.

[Plasmoid2000ad]

I'm having a tough time wrapping my head around how this could work for PCs today.

I'm guessing Intel/AMD could integrate a single SSD controller that OEMs could use for a specially socketed SSD?

I'm not familiar enough with SSD controllers - but what limits would this introduce. I'm thinking they can't be totally generic - with any NAND chips, any layout, 1-4 chips and TLC or QLC NAND - any capacity etc. It strikes me it would be limiting - you would become restricted to a a small subset of SSDs, maybe not forwards compatible with newer NAND chips etc.

I'd think only the minority of PC Laptops would make sense to have this - ones with soldered SSDs - and I don't know many of these. So Intel/AMD would need a big push to integrate any controller. Maybe Windows ARM laptops, if the controller makes a big enough difference, will do this. I'm curious now if any Snapdragon devices are doing this already.

[jeffbee]

I think it's just a vertical integration thing. They know what's in the machine and they can make sure that their suspend path puts every peripheral to sleep. Linux has no idea what's in your machine and there may be some device in there somewhere that freaks out if the machine goes to sleep without saying goodnight. Even a 50mW draw will destroy the suspend power budget. Chromebooks have similar vertical integration with respect to ChromeOS and they also enjoy long sleep life. Hypothetically an integrator like Framework can also guarantee this but I can't vouch for it being true, and they would not have any control over Ubuntu updates after the laptop is delivered to the customer.

Just to beat my favorite dead horse, this is why the insistence on SO-DIMMs "BEcAuse it's rEpAIrAble" has wrecked the reputation of a lot of laptops. DDR on a stick is fundamentally hostile to sleep power draw. Soldered-down LPDDR memory has always been massively superior for energy savings, and LP-CAMM finally solves the issue.

[Rohansi]

How does soldering memory help reduce sleep power consumption vs. using a socket? What is different other than how they are physically connected to the board?

[jeffbee]

It's not the form factor itself that is the problem. LPDDR is more efficient for various reasons and cannot be on a DIMM. It physically will not work with a socket. That is the problem that LP-CAMM solves: LPDDR but still removable.

[Koffiepoeder]

You did not answer the question.

[jeffbee]

Did I not? I'm trying my best here. The question is sort of off-target, though. What I am trying to say is: 1) DDR uses more power than LPDDR; 2) LPDDR cannot work on a DIMM socket, because of its lower voltage signals, and other reasons; 3) SO-DIMMs always contain the higher power DDR; QED) if you insist on SO-DIMMs, then you have to spend more energy.

[Koffiepoeder]

Rohansi was basically asking 'why', you keep on reiterating that DDR uses more power than LPDDR, but fail to answer why this is the case. Is it clock speed? Is it voltage? Is it a protocol/specification difference? 'various reasons' is not an answer.

[zekica]

Mainly because Microsoft wants to have "connected standby": the CPU is running in a low power mode (not powered off like "old" S3 sleep), can be turned on periodically and can turn on other devices even when the computer is "sleeping".

My Zen2 based Lenovo laptop has 6-7 hours of battery when doing basic tasks in both Windows and Linux, but sleep on Linux lasts a week while on Windows it's empty in 24 hours.

[cheema33]

> Mainly because Microsoft wants to have "connected standby"...

And that is OK, as long as they provide a way for you to disable it. I do not want my laptop to be doing things when I put it in sleep mode. Nothing at all. Save battery life above all else when sleeping. But Microsoft does not appear to provide a way to do that. At least none that I can see.

[iknowstuff]

Macs have that too, just implemented well. In addition, CPUs with connected standby don’t have the normal sleep so even on linux they run in connected standby. Maybe its less buggy in your case? Consider yourself lucky, lots of people encounter problems with sleep on linux

[trelane]

> lots of people encounter problems with sleep on linux

Yeah, because they buy a Windows laptop, slap Linux on it, and expect it to work.

OSX sucks even more by this metric; it won't even install!

[tikkabhuna]

I was looking into hibernation on my Framework 13 with Ubuntu. Debian doesn't support it with SecureBoot enabled. Now you might say "just disable SecureBoot", but that is a whole new concept to understand.

I've found suspend performance has improved since upgrading to a kernel that supports the AMD 7640U NPU cores. I have no concrete evidence of that though.

I'm happy to accept poorer sleep performance to have a repairable laptop and Linux OSS (with good support), but I wouldn't say its problem free.

[jim33442]

Well if you buy a Linux laptop and slap Windows on it, sleep will most likely work. Unfortunately Microsoft got preferential treatment.

[TiredOfLife]

And the funny thing is that with Windows 10 they completely abandoned all the software that could take advantage of connected standby

[Neikius]

Trying to reduce idle power use of a simple esp32 based project I did a while back... Yeah it is indeed tricky. Apple having full control of their hardware supply chain, firmware and software helps a ton. And PC standardization issues do no good either.

On the other hand framework is actually in a good position to do something about it. Similar to valve. I think they do have more control than a regular PC vendor when also using Linux ad they have a very limited portfolio of devices and can actually upstream software fixes.