[lkml]   [2003]   [Aug]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH]O14int
    On Mon, 2003-08-11 at 16:33, Con Kolivas wrote:

    > > Also, I am not saying Con should fix it - I am asking if we really
    > > want one scheduler that should try to do the right thing for SMP
    > > *and* UP.
    > No, the same issues that apply to fairness, interactivity, throughput and
    > latency are there regardless of SMP or UP. I've had good reports from SMP in
    > the past; your HT report is the first that it was bad, and I've said that
    > some fairness issues have been addressed which cause those.
    > The current scheduler (with or without some tweak or other) will be in 2.6 and
    > should work as much of the time, in as many settings as possible, well. Since
    > I'm trying to work on it I hope you can report exactly what your issue is and
    > I'll try and address it. Do you really compile jobs make -j10 each time while
    > using your machine? (rhetoric question of course since there is absolutely no
    > advantage to doing that without lots of cpus). If not, how does it perform
    > under your real world conditions?

    Normal run of things there is many times 1-3 'make -j6s' running.
    Yes, sure, for on of them you prob should use -j4, but hey its
    in the head, right =). No, it is not kernels, it is a variety
    of stuff - goes with the distro i guess. Yes, I have tested
    runs of 'make -j12' and 'make -j24' (sorry, should have been more
    precise, but -j{6,12,24) was used as testing, with -j6 default)
    running dual makes.

    With vanilla the mouse pointer, XMMS, switching desktops or
    windows is smooth. If I really hammer the system, it does
    'slow down' the general navigation of X a little, but not
    so that that mouse pointer is jerky, etc. With the O??int
    patches things starts to 'stutter' under loads that is fairly
    under those that vanilla handles fine. The mouse gets jerky,
    switching desktops is notably lagging.

    Note that I am not talking about starving XMMS/the make's.
    I am just talking general navigation of X. Yes, even with
    vanilla things do start a bit slower, but the mouse goes
    where it should, and its not as if the vga struggles to
    redraw the screen on desktop switch. I do not expect the
    system to behave for 'interactive' processes and xmms/whatever
    as if there is no load - the signs of load is just way more
    than with vanilla.


    Martin Schlemmer

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