On Thu, 17 Dec 1998, Neil Conway wrote:
> I've decided to gather some statistics about who's affected by the
> "SMP scheduler" problem. I'd characterise this as being mainly an
> interactive response problem.
[SNIP]
> PS: Also, since Rik has a patch which may fix this problem you can
> try it too and give some feedback. I'm planning to try it as soon
> as I finish typing this ;-)) However, I still don't see an SMP
> specific bit jumping out at me so I have lingering doubts...
I have tried it and with a load of 7, 2 RT tasks and a
very busy (so slightly low priority) X server I am able
to produce the 'stalls'. The problem in this case is not
a scheduler deficiency but simply the fact that the X
server wants more CPU than I've got available for it...
Under sane system loads or with a less busy X server I
cannot reproduce the problem, but still response times
are not as good as with a UP system -- I guess I'll be
working on my patch a bit more :)
The system is a dual P120 with 2.1.131+my scheduler patch+
my predecessor of sct's go-fast VM stripes patch compiled
with egcs 1.0.3a.
regards,
Rik -- the flu hits, the flu hits, the flu hits -- MORE
+-------------------------------------------------------------------+
| Linux memory management tour guide. [EMAIL PROTECTED] |
| Scouting Vries cubscout leader. http://www.phys.uu.nl/~riel/ |
+-------------------------------------------------------------------+
-
Linux SMP list: FIRST see FAQ at http://www.irisa.fr/prive/mentre/smp-faq/
To Unsubscribe: send "unsubscribe linux-smp" to [EMAIL PROTECTED]
