[lkml]   [2003]   [Aug]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH]O14int
On Tue, 12 Aug 2003 00:04, Martin Schlemmer wrote:
> I did not say the 'make -j10s' starved. I am saying that mouse
> is laggish, as well as window/desktop switching.

No, but I did. With the vanilla scheduler, a normal user can turn X into a cpu
hog and starve cc1s for 3 seconds, and the more X like applications there are
on the machine, the longer they can all sit around starving something else.
Feeling ok on one machine is not enough to say it's fine.

> 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?


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