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

    another thing. What really happens in the 'recompile job' thing is not
    that X gets non-interactive. Most of the time it _is_ interactive. The
    problem is that the gcc processes and make processes themselves, which do
    use up a considerable portion of CPU time (generate a load of 4-5 with
    make -j2), get rated as interactive as well. Shells, gnome-terminal, X
    itself will be often preempted by these gcc and make processes. Making X
    more interactive does not help in this case.

    so my patchset attempts to tune things in the direction of making the
    scheduler recognize the compile job as truly CPU-bound. It was a bad
    interaction of child-inherits-priority plus child-wakeup priorities.

    My suggestion to increase X's priority was just an unrelated suggestion -
    if Andrew is dragging windows around then X does get 100% CPU-bound, and
    the only good way to get out of that situation is to tell the system that
    it's rightfully monopolizing the CPU, and that the user has no problem
    with that.

    I also had feedback from people who reniced X in the _other_ direction,
    because they did not want their rare administration work done under X
    impact the generic performance of the server.


    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.020 / U:6.884 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site