Re: suspendprocess - poor man's power save

2010-09-24 Thread Eero Tamminen
Hi, ext Attila Csipa wrote: On Monday 20 September 2010 17:35:34 you wrote: There are some potential downsides for just suspending processes completely. Most of the processes have subscribed to several different D-BUS messages, X events etc. For example D-BUS will infinitely buffer messages

Re: suspendprocess - poor man's power save

2010-09-23 Thread Attila Csipa
On Monday 20 September 2010 17:35:34 you wrote: There are some potential downsides for just suspending processes completely. Most of the processes have subscribed to several different D-BUS messages, X events etc. For example D-BUS will infinitely buffer messages that are sent to a

Re: suspendprocess - poor man's power save

2010-09-21 Thread Thomas Perl
2010/9/20 Ville M. Vainio vivai...@gmail.com: I don't think real applications out there have a habit of unsubscribing from dbus signals when they don't need them either. Yes, that's what listening for D-Bus signals is all about most of the time (getting notified when something of interest

Re: suspendprocess - poor man's power save

2010-09-20 Thread Attila Csipa
On Sun, Sep 19, 2010 at 7:58 PM, Robin Burchell virot...@viroteck.netwrote: Anyway: this was pretty much in keeping with my idea: move it into the task switcher (hildon-desktop/other) so that applications which are moved to background are stopped (unless they signal for whatever reason that

Re: suspendprocess - poor man's power save

2010-09-20 Thread Eero Tamminen
Hi, ext Andrew Flegg wrote: On Sun, Sep 19, 2010 at 17:58, Robin Burchell virot...@viroteck.net wrote: Anyway: this was pretty much in keeping with my idea: move it into the task switcher (hildon-desktop/other) so that applications which are moved to background are stopped (unless they signal

Re: suspendprocess - poor man's power save

2010-09-20 Thread Ville M. Vainio
On Mon, Sep 20, 2010 at 3:35 PM, Eero Tamminen eero.tammi...@nokia.com wrote: For example D-BUS will infinitely buffer messages that are sent to a connected client but not read by it.  If these messages can be very frequent (say device orientation network condition messages), this will soon

Re: suspendprocess - poor man's power save

2010-09-20 Thread Jan Knutar
On Sunday 19 September 2010, Andrew Flegg wrote: On Sun, Sep 19, 2010 at 17:58, Robin Burchell virot...@viroteck.net wrote: Anyway: this was pretty much in keeping with my idea: move it into the task switcher (hildon-desktop/other) so that applications which are moved to background are

Re: suspendprocess - poor man's power save

2010-09-19 Thread Ville M. Vainio
On Sun, Sep 19, 2010 at 9:27 AM, Ville M. Vainio vivai...@gmail.com wrote: 2) Perhaps this would be even more useful to keep multitasking memory usage at bay - by suspending the processes not in foreground (by their own volition of course)? ... one more thought: It would be more useful if it

Re: suspendprocess - poor man's power save

2010-09-19 Thread Andrew Flegg
On Sun, Sep 19, 2010 at 17:58, Robin Burchell virot...@viroteck.net wrote: Anyway: this was pretty much in keeping with my idea: move it into the task switcher (hildon-desktop/other) so that applications which are moved to background are stopped (unless they signal for whatever reason that

Re: suspendprocess - poor man's power save

2010-09-19 Thread Aniello Del Sorbo
- Original message - On Sun, Sep 19, 2010 at 17:58, Robin Burchell virot...@viroteck.net wrote: Anyway: this was pretty much in keeping with my idea: move it into the task switcher (hildon-desktop/other) so that applications which are moved to background are stopped (unless they

suspendprocess - poor man's power save

2010-09-12 Thread Attila Csipa
It has been difficult for many developers to comply with many of the recommended power-saving practices for Maemo, especially those porting apps from desktop environments. I'm not sure how many of you noticed already, but in the best hack-tradition of the N900 mikkov made a suspendprocess