[lkml]   [2003]   [Oct]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRE: [PATCH] 3/3 Dynamic cpufreq governor and updates toACPIP-state driver
> > It's about the frequency of the feedback loop. As we have much lower
> > latency with P-state transitions, the sampling time can be order of
> > millisecond (or shorter if meaningful). A userland daemon can have a
> > high-level policy (preferences, or set of parameters), but it cannot
> > part of the real feedback loop. If we combine P-state transitions
> > deeper C-state transitions, the situation is worse with a userland
> > daemon.
> You are making the assumption that a higher polling frequency (we'll
> 1ms) is in general better than a lower frequency (we'll say 1s). I
> that it is not.
> If I hit a key on my keyboard and your high frequency loop increases
> speed so that my word processor displays the letter 0.01s faster, is
> really beneficial? If a window renders in 0.2s seconds instead of
0.3s is
> that a difference I am going to notice?
Then you can put the CPU in C-state or lower P-state after (or even
during) your word processor displays the letter. Even you can type very
fast, the CPU is almost idle. Having frequent feedbacks simply provide
more chances to save power consumption. Then aggregate saving would make
a difference. In addition, penalty of making a wrong decision is cheap.

> On the other hand, if I do a kernel compile and it is done 0.999s
> with the higher frequency loop, am I going to miss that second over
such a
> long duration? (In reality, the compile with the high-frequency loop
> would
> probably take longer unless it has near zero overhead).
Even if you build a kernel, there are many opportunities for the CPU to
save power consumption without causing visible performance regression.

> In my opinion it is wasteful to increase CPU speed unless there is a
> longer
> term need for it.
> > Jun
> Carl Thompson

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:58    [from the cache]
©2003-2011 Jasper Spaans