Nick's scheduler v19

Nick's scheduler v19

[Nick Piggin]

http://www.kerneltrap.org/~npiggin/v19/

Quite a few changes. Although inter node and intra node migration is
generally reduced in my patches, it seems probably context switching
is hurting more. This would explain the decreased system time and
increased user time - the user code is thrashing the cache more.

I haven't addressed that problem yet, although I have removed the
last (I think) major source of cacheline dirtying between CPUs. I say
major, but it was difficult to measure a difference on a 16-way NUMAQ.

For desktop users, microsecond accounting. This currently incurs a
bit of unneeded overhead because I have to convert from 64-bit nanoseconds
to 32-bit microseconds everywhere. I'm using microseconds because a 32-bit
value can store a maximum interval of about 4 seconds in nanoseconds, which
causes me all sorts of overflow problems.

I'm pleased to have had good results with HZ timing up until now. I think
this helps interactivity but I haven't had many problems with it myself.
Its against mm3 but I can do a patch against Linus' tree.

Best regards,
Nick

Re: Nick's scheduler v19

[Nick Piggin]

Martin Schlemmer wrote:

>On Sat, 2003-11-15 at 11:14, Nick Piggin wrote:
>
>
>>Its against mm3 but I can do a patch against Linus' tree.
>>
>>
>
>Would be appreciated, especially if you are going to keep doing
>it against the -mm tree.
>
>

Yep, I've done that for v19a which is what you should be using ;)

The conflict in the trees is the preempt context switch accounting patch
which seems like it might not it before 2.6.0.