On Thu, Aug 12, 2010 at 08:52:22PM +0300, Felipe Contreras wrote:
> On Thu, Aug 12, 2010 at 7:19 PM, Paul E. McKenney
> <paulmck@xxxxxxxxxxxxxxxxxx> wrote:
[ . . . ] (For now, anyway. I might respond to the rest later.)
> >> My point is that suspend-blockers don't magically reduce power usage,
> >> just like dynamic PM, it depends on what user-space actually does. You
> >> made it look as it *always* reached better energy efficiency.
> >
> > I do? Really??? Exactly what did I say to give you that impression?
>
> Here's your point 4 again:
>
> > >> > 4. Suspend generally forces devices to go into their low-power
> > >> > states immediately. In contrast, idle generally leaves unused
> > >> > devices at full power, relying on timers to shut down these
> > >> > devices. Idle thus has shorter average wakeup latencies, but
> > >> > worse energy efficiency.
>
> Remove "but worse energy efficiency" and I think that point would be
> correct,
Now this is much more like it!!! Thank you!!!
You are quite correct, my last sentence does in fact assume that suspend
will always have lower power consumption than does the deepest idle state.
This of course sentence must be fixed. How about the following, which
makes this assumption explicit, and adds words ("often", "might") that
indicate that one's mileage might vary?
4. Suspend generally forces devices to go into their
low-power states immediately. In contrast, idle generally
leaves unused devices at full power, relying on timers
to shut down these devices. Idle thus often has shorter
average wakeup latencies, but on systems where suspend
can use deeper sleep states than can idle, idle might
have worse energy efficiency.
> albeit it's not really an argument in favor of opportunistic
> suspend.
It never was intended to be an argument of any kind. It was instead
supposed to help clarify the difference between idle and suspend, in
response to people stating that there is no difference between suspend
and idle. If my mistake in the wording of the last sentence made you
think otherwise, please accept my apologies.
[ . . . ] (For now, anyway. I might respond to the rest later.)
Thanx, Paul
_______________________________________________
linux-pm mailing list
linux-pm@xxxxxxxxxxxxxxxxxxxxxxxxxx
https://lists.linux-foundation.org/mailman/listinfo/linux-pm
