| |||||||||||||
Quotes of the weekQuotes of the weekPosted Feb 3, 2011 13:33 UTC (Thu) by drag (subscriber, #31333)In reply to: Quotes of the week by jospoortvliet Parent article: Quotes of the week
> I want my laptop to suspend to ram when I close the lid, expect when it is in 'download' power profile, then I obviously want it to continue working (downloading).
You can try not closing the lid.
> Suspend to disk - never use it.
I use it to save the system during suspend mode. When I close the lid to go into suspend mode and put the laptop in my bag.. but the battery still gets used. If the battery goes below a certain point the laptop is going to automatically power off no matter what. So it's a lot better when the laptop goes into "suspend to disk" rather then just kill the memory contents.
> And my power button has to turn of the screen so I have a quick button to save some power (but not turn the laptop off entirely).
Never use it. I just hit control-alt-l and let the screen shut off after 5 minutes of inactivity. To each their own.
> Making all this non-configurable - well, let's just say I won't be using GNOME 3 on my laptop if that happens...
Well...
But it's just all dbus anyways. I am surprised with all the complaining people do that nobody has bothered to make a alternative power management/network management daemon. That way you can get all the nice features for managing the system without having to depend on Gnome. Like if your a fluxbox user or whatever. All the gnome-volume-manager, gnome-power-manager, etc etc just do is listen on the dbus and give out replies to events based on their configurations. I thought about mucking around with something like that a few times since it would allow you to get all the PM features you want without having to run a full desktop. But I've gotten increasingly happy with the minimalism-ui-with-lots-of-hidden-functionality that gnome is achieving.
I've done small stuff using dbus and python. It's pretty easy. Just setup something to listen for events and then when they happen you send a message back out over the bus to let the daemons know what you want done.
NET::DBUS for perl too, which may be handy since the dbus bindings with python require the use of gtk-style event loops and whatnot and will pull in Gnome dependencies. I think. It's been a while.
(Log in to post comments)
Quotes of the week Posted Feb 3, 2011 15:11 UTC (Thu) by drag (subscriber, #31333) [Link]
Oh. And migrating through miles of GUI configuration dialogs is miserable.
Id take a gconf-editor or dconf-editor over a GUI configuration anytime, except for some certain common things.
I have never had a problem with editing configurations directly. Just as long as the option is there and it is documented somewhere.
To me the real fix is just documenting the options on some wiki somewhere. It shouldn't be difficult as 90% of the documentation can be auto-generated. That is really what is needed.
Quotes of the week Posted Feb 3, 2011 17:43 UTC (Thu) by jospoortvliet (subscriber, #33164) [Link]
He, shows how ppl are different. If something is only configurable from some obscure text file - forget about it, I won't even try. I'm not going to wade through loads of key-value pairs with weird names. Give me a well-designed (so not like compiz) configuration screen, preferably with a good search function build in :D
Quotes of the week Posted Feb 6, 2011 23:03 UTC (Sun) by gmaxwell (subscriber, #30048) [Link]
I run a distribution because I don't want to micromanage-with-maximum-difficulty every little detail of my system.
If you're going to continue to force me to use the freeking registry editor to get the behavior I want from my system, then I might as well be rolling my own.
Documenting something "on a wiki" someplace doesn't help me when I'm on an airplane and want to continue to listen to music with my screen closed. The only way I'm going to have a chance of having that kind of detailed knowledge when I need it is if I build the whole system "from scratch".
I agree that this is a reasonable default, even though it's not something that I'd want, but the lack of a readily accessible preference is just obnoxious.
Quotes of the week Posted Feb 3, 2011 17:13 UTC (Thu) by jospoortvliet (subscriber, #33164) [Link] I use it to save the system during suspend mode. When I close the lid to go into suspend mode and put the laptop in my bag.. but the battery still gets used. If the battery goes below a certain point the laptop is going to automatically power off no matter what. So it's a lot better when the laptop goes into "suspend to disk" rather then just kill the memory contents. No, we should finish that darn hybrid mode where the laptop can just suspend to ram and after an hour or before the battery is empty it goes to suspend-to-disk automatically. Apple has this nailed and I remember a blog by Sebastian Kugler saying we're close. Never use it. I just hit control-alt-l and let the screen shut off after 5 minutes of inactivity. To each their own. Of course, that's why a desktop should be configurable. Anyway, 5 minutes is usually just fine indeed. In other situations (at a conf where I won't have power for pretty much all day) 5 minutes or 0 minutes of screen-on makes a difference. b) I doubt you were planing on using Gnome 3 anyways. I run GNOME 3 most of the time on my desktop and I would like to have it on my laptop, if only to demonstrate it to people. I like it despite some limitations...
Quotes of the week Posted Feb 3, 2011 17:26 UTC (Thu) by mjg59 (subscriber, #23239) [Link]
There's no straightforward mechanism to identify how rapidly the system uses battery while it's suspended, and the granularity of the battery reporting when compared with the low rate of consumption means that waking up an hour before the battery is exhausted just isn't a goal we're likely to hit - the margin for error is just too large. Apple have the benefit of controlling the hardware and so can manage this more easily.
More usefully, pretty much any modern system will automatically resume when the battery critical line is triggered. The OS will then, if appropriately configured, hibernate.
Quotes of the week Posted Feb 3, 2011 17:38 UTC (Thu) by jospoortvliet (subscriber, #33164) [Link]
Interesting, esp the last thing you say - doesn't work on my Vaio but I can imagine it wakes up and goes to suspend-to-ram directly again ;-)
Quotes of the week Posted Feb 3, 2011 20:11 UTC (Thu) by foom (subscriber, #14868) [Link]
I thought apple was actually doing suspend-to-disk at the same time as you put your laptop to sleep, not when it noticed the battery was almost dead. Has that changed recently?
Quotes of the week Posted Feb 3, 2011 23:05 UTC (Thu) by nescafe (subscriber, #45063) [Link]
pm-utils has had hybrid suspend functionality since 1.3.0 -- if the hardware does not support something fancier, calling pm-suspend-hybrid will set an RTC alarm for 900 seconds in the future and suspend. If the system gets woken by the alarm, it will immediately hibernate. gnome-power-manager has never exposed or used this functionality, though.
|
|||||||||||||