this post was submitted on 02 Jun 2024
78 points (96.4% liked)

Steam Hardware

20397 readers
298 users here now

A place to discuss and support all Steam Hardware, including Steam Deck, Steam Machine, Steam Frame, and SteamOS in general.

As Lemmy doesn't have flairs yet, you can use these prefixes to indicate what type of post you have made, eg:
[Flair] My post title

The following is a list of suggested flairs:
[Deck] - Steam Deck related.
[Machine] - Steam Machine related.
[Frame] - Steam Frame related.
[Discussion] - General discussion.
[Help] - A request for help or support.
[News] - News about the deck.
[PSA] - Sharing important information.
[Game] - News / info about a game on the deck.
[Update] - An update to a previous post.
[Meta] - Discussion about this community.

If your post is only relevant to one hardware device (Deck/Machine/Frame/etc) please specify which one as part of the title or by using a device flair.

These are not enforced, but they are encouraged.

Rules:

Link to our Matrix Space

founded 4 years ago
MODERATORS
 

Title. It seems excessive. Even when I fully power it down it tends to drop a lot more than I'd expect.

Thanks.

you are viewing a single comment's thread
view the rest of the comments
[–] Telorand@reddthat.com 31 points 2 years ago (2 children)

Linux has a hibernate function, but the power button activates Sleep, which is higher-consumption. There may be a way to set it to actually hibernate on button press, but I've only seen Hibernation via Desktop Mode.

Sleep = keep processes in memory = more power consumption.

Hibernation = write most processes to disk and keep only vital system processes in memory = less power consumption.

[–] JohnEdwa@sopuli.xyz 14 points 2 years ago (1 children)

At some point SteamOS has major issues crashing when waking up from hibernation, which is probably why it hasn't been added as an option. Which is annoying, because if you run out of battery, the deck just dies. At the very least, it should force-hibernate itself before dying.

[–] TerkErJerbs@lemm.ee -2 points 2 years ago (3 children)

This kinda describes where Linux has been at with sleep/hibernation for quite a few years. I don't understand the deeper implications but it's never seemed like a priority for Linux devs, vs how Windows and Mac have solved it long ago. Maybe because Linux hasn't traditionally focused on portable devices but arm (etc) seems to be changing that.

[–] aBundleOfFerrets@sh.itjust.works 17 points 2 years ago* (last edited 2 years ago)

Windows hibernation is about as broken as linux hibernation, i.e. they both mostly work most of the time, but there is good reason both hide them away by default (if you can really say linux hides anything, with these things being decided by distros and not kernel devs). It is naive to say windows has “solved” hibernation. Either you don’t use it much or have very basic hardware and software needs.

Edit: as a side note, neither iOS nor android devices use anything similar to hibernate, so I am a bit lost with what you mean by arm causing hibernation implementation pressure.

[–] Swedneck@discuss.tchncs.de 5 points 2 years ago

idk, for me hibernation has mostly worked fine so long as i don't hibernate with a game running, which seems to be more of a GPU issue than hibernate itself.

[–] zurohki@aussie.zone 2 points 2 years ago

That's because system firmware is designed and tested on Windows, so the supply of new and exciting hardware bugs that need workarounds is endless.

[–] TerkErJerbs@lemm.ee -1 points 2 years ago

This is good intel actually. I used HoloISO for a long time on my gaming rig but I never thought to mess around with those settings because I've always just thought of Linux battery use as ass (have run various distros on tons of different laptops as well). Would be good to take the deck deeper hibernation settings for a spin, but it would be kinda a shame if the deck devs haven't already explored these things in ways I'll never understand as a lay user, frankly. You'd think they'd be tweaking this stuff mercilessly for the UX and battery life.