[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 11:44, Nick Piggin wrote:

> >
> >Sigh..,
> >
> >No, it sounds to me like things are expiring faster than on default. He didn't
> >say make -j10, it was multiple -j10s. This is one where you simply cannot let
> >the scheduler keep starving the make -j10s indefinitely for X; on a server or
> >multiuser box X will simply cause unfair starvation. I'm trying to find a
> >workaround for this without rewriting whole sections of the scheduler code,
> >but I'm just not sure I should be trying to optimise for a desktop that runs
> >loads >16 per cpu. (I'll keep trying though, but if there is no workaround
> >that remains fair it wont happen)
> >
> >
> Yep, I did see the multiple j10s ;)
> I wasn't aware that there was longer term starvation of gccs by X. I
> thought the scheduler had always been quite good at evening up the
> total CPU time used and a change you made had recently introduced a
> latency or interactiveness problem.

I did not say the 'make -j10s' starved. I am saying that mouse
is laggish, as well as window/desktop switching.

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.

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.086 / U:0.076 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site