[lkml]   [2006]   [Oct]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH] x86_64 add missing enter_idle() calls

    On Mon, Oct 16, 2006 at 04:36:52PM +0200, Andi Kleen wrote:
    > > With the original code, the number of callbacks you see for IDLE_START and
    > > IDLE_STOP is not too obvious.
    > >
    > > On an idle system Opteron 250 with HZ=250, one would expect to see for a 10s duration:
    > > - for CPU0 : IDLE_START = IDLE_STOP = about 5000 calls
    > > - for other CPUs: IDLE_START = IDLE_STOP = about 2500 calls
    > Yes.
    > Hmm, the last time I fixed this when you complained (post .18) i added a counter for
    > entry/exit and verified that it was balanced. I haven't rechecked since then.
    > I don't know why your numbers are off. You're using the latest git tree, right?
    i have nowupgraded to 2.6.19-rc2 from GIT. It is slightly better but far from
    the expected counts as shown above. I have intrumented the idle notifier to
    get to the bottom of this. I have modified the code as follows:

    static void enter_idle(void)
    write_pda(isidle, 1);
    atomic_notifier_call_chain(&idle_notifier, IDLE_START, NULL);

    static void __exit_idle(void)
    if (read_pda(isidle) == 0)
    write_pda(isidle, 0);
    atomic_notifier_call_chain(&idle_notifier, IDLE_END, NULL);

    /* Called from interrupts to signify idle end */
    void exit_idle(void)
    /* idle loop has pid 0 */
    if (current->pid)

    I export the counters via /sys. I run the following test:
    reset-counters; sleep 10; print counters for CPU0

    Here is what I get on CPU0 on an idle system after 10s:
    enter_idle = 37 calls
    exit_idle1 = 5209
    exit_idle2 = 37 actual notifier calls (match enter_idle)
    exit_idle3 = 5172

    That means that the notifier was only called 37 times, far from 5000 expected.

    Based on where the counts are for for idle1 and idle2, it appears that a lot of
    calls for exit_idle() are blocked by 'if (read_pda(isidle) == 0) return' which
    indicates that by the time we get to the interrupt handler, we are not in the low
    level idle function anymore. In other words, we get interrupted before we get a
    chance to go back to idle loop. The number of calls to exit_idle() is as expected
    though. This means that in the idle loop, somehow, we do not loop very much. It is
    as if we were interrupted a lot before we enter it and at the tail of the loop
    (after __exit_idle).

    I must admit I am still puzzled by the results and I do not have a good explanation
    so far.

    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: 2006-10-17 18:51    [W:0.036 / U:1.016 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site