On Wed, 2018-09-12 at 09:19 -0700, Adam Williamson wrote: > On Wed, 2018-09-12 at 16:23 +0200, Kamil Paral wrote: > > On Wed, Sep 12, 2018 at 3:45 PM Matthias Clasen <mclasen@xxxxxxxxxx> wrote: > > > > > If it works, why should we make it configurable ? I don't think anybody > > > wants their battery drained... > > > > > > > I'm not omniscient, but I can think of at least a few reasons from the top > > of my head: > > * Hibernation doesn't work well on your hardware, but suspend does. This > > can mean that hibernate doesn't work at all, or that it fails randomly in 1 > > out of 10 attempts (my personal experience, some firmware is just lovely). > > * You prefer fast wake-up time (or e.g. that you don't need to decrypt your > > hard drive again) to a longer hibernation resume and you know it won't be > > long before you're going to wake up the device (e.g. an office laptop, to > > be woken up each morning). > > FWIW this is exactly my use case. I keep my main laptop plugged in in > my office, and close to lid to suspend it each evening. Some time the > next day I'm gonna open it again. I'd prefer it wake up quickly, and as > it's plugged in, there's no need for it to hibernate. BTW, I'll also note that while Apple was the pioneer in this, AIUI their implementation is more sophisticated. AIUI it's basically a true hybrid mode: the system sort of suspends and hibernates simultaneously, leaving the RAM powered but *also* writing the state to disk. So long as the system retains power, on resume it will resume from RAM. If power is lost, it falls back to resuming from disk. That would have none of the drawbacks of this less sophisticated implementation, where it seems that after 3 hours, you're solely relying on the 'hibernate' mechanism to work. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net _______________________________________________ desktop mailing list -- desktop@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to desktop-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/desktop@xxxxxxxxxxxxxxxxxxxxxxx
