[lkml]   [2003]   [Mar]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [patch] "HT scheduler", sched-2.5.63-B3

    On Thu, 6 Mar 2003, Linus Torvalds wrote:

    > The multi-second "freezes" are the thing that bothered me, and those
    > were definitely due to the fact that X was competing as a
    > _non_interactive member against other non-interactive members, causing
    > it to still get 10% of the CPU, but only every few seconds. So you'd get
    > a very bursty behaviour with very visible pauses.

    this is only part of what happens in the 'X freeze' case. A CPU hog
    competing against another CPU hog can never result in a multi-second
    freeze, unless the system is hopelessly overloaded.

    What happens is that the CPU-hog estimation is off for compile jobs, and
    that _they_ end up being partly interactive, and starve X which does
    happen to fall into the CPU-hog category briefly. The 10-15 seconds
    timeout is the starvation limit kicking in.

    so the correct approach is both to make X more interactive (your patch),
    _and_ to make the compilation jobs less interactive (my patch). This is
    that explains why Andrew saw roughly similar interactivity with you and my
    patch applied separately, but the best result was when the combo patch was
    applied. Agreed?


    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:33    [W:0.019 / U:4.348 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site