On Sat, Jun 5, 2010 at 9:28 AM, Arjan van de Ven <arjan@xxxxxxxxxxxxx> wrote: > On Sat, 05 Jun 2010 11:54:13 +0200 > Peter Zijlstra <peterz@xxxxxxxxxxxxx> wrote: > >> On Fri, 2010-06-04 at 17:10 -0700, Arve Hjønnevåg wrote: >> > > Trusted processes are assumed to be sane and idle when there is >> > > nothing for them to do, allowing the machine to go into deep idle >> > > states. >> > > >> > >> > Neither the kernel nor our trusted user-space code currently meets >> > this criteria. >> >> Then both need fixing. Really, that's the only sane approach. > > fwiw... in MeeGo we're seeing quite good idle times (> 1 seconds) > without really bad hacks. > We clearly have different standards for what we consider good. We measure time suspended in minutes or hours, not seconds, and waking up every second or two causes a noticeable decrease in battery life on the hardware we have today. > the kernel has a set of infrastructure already to help here (range > timers, with which you can wakeup-limit untrusted userspace crap), > timer slack for legacy background timers, etc etc. Range timers allows the kernel to align different timers so they don't each bring the cpu out of idle individually. They do not eliminate timers or make individual timers fire less often. For example if you have 10 timers that fire every second on an idle system, without range timers you will most likely have to bring the cpu out of idle 10 times a second, but with range timers you have a chance of waking up only once a second (I say a chance here, since if they are identical they will just chase each other and never catch up). > > getting to 10 seconds is not in the range of impossibilities to be > honest... and that's even without doing things like putting untrusted That is still far short of what we get with suspend (in terms of time). > junk (read: Appstore apps) into a cgroup and do wakeup limiting and cpu > time limiting on a cgroup level.... > > > -- > Arjan van de Ven Intel Open Source Technology Centre > For development, discussion and tips for power savings, > visit http://www.lesswatts.org > -- Arve Hjønnevåg -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
