Messages in this thread | | | Subject | Re: [PATCH]O14int | From | Martin Schlemmer <> | Date | 11 Aug 2003 16:04:24 +0200 |
| |
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 majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |