lkml.org 
[lkml]   [2004]   [Dec]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: dynamic-hz
    On Mon, Dec 13, 2004 at 02:52:46PM +0000, Alan Cox wrote:
    > On Llu, 2004-12-13 at 13:58, Russell King wrote:
    > > Lets take an example. Lets say that:
    > > * a CPU runs at about 245mA when active
    > > * 90mA when inactive
    > > * the timer interrupt takes 2us to execute 1000 times a second
    > > * no other processing is occuring
    >
    > Now take a real laptop and the numbers are in the 20W (15A) range.

    Roughly 650mA for my laptop while idle or just under 7W - by calculation
    from battery capacity and measured lifetime. The question is how much
    of that is due to the CPU itself and how much is due to the peripherals.

    > > to eliminate the timer tick to save some power. However, I've
    > > never been able to justify the extra code complexity against the
    > > power savings. It really only makes sense if you can essentially
    > > _power off_ your system until the next timer interrupt (thereby,
    > > in the above example, reducing the power consumption by some 174mA)
    >
    > On a PC it makes huge sense, the deeply embedded folks who do turn the
    > thing off for 30secs at a time (Eg cellphone) also want it as do
    > virtualisation people where it trashes your scaling. API wise it isn't
    > too hard, its just a matter of time to convert the jiffies users away
    > and to do relative versions of add_timer with accuracy info included.

    I don't disagree with your cellphone example - it makes a whole lot of
    sense there, where the device is going to end up in someones pocket
    not doing very much at all.


    There is another twist here though - the Linux kernel kicks itself out
    of idle mode and into some other thread multiple times a second while
    the system is idle. So far, in all my Linux kernel experience, I've
    yet to see a kernel where it's possible to stay in the idle thread
    for more than half a second. (The ARM kernels I run are always
    configured with IDLE LED support, so I can _see_ when it gets kicked
    out of the idle thread.)

    So, not only do the VST people need to solve the HZ interrupt problem,
    but also need to track down which kernel threads keep waking up on an
    otherwise idle system "just in case" they need to do something.

    --
    Russell King
    Linux kernel 2.6 ARM Linux - http://www.arm.linux.org.uk/
    maintainer of: 2.6 PCMCIA - http://pcmcia.arm.linux.org.uk/
    2.6 Serial core
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2005-03-22 14:08    [W:3.749 / U:0.060 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site