Hi,Patch against 2.6.0-test4. It fixes a lot of problems here vsprevious versions. There aren't really any open issues for me, sotesters would be welcome.

The big change is more dynamic timeslices, which allows "interactive"tasks to get very small timeslices while more compute intensive loadscan be given bigger timeslices than usual. This works properly withnice (niced processes will tend to get bigger timeslices).

I think I have cured test-starve too.

Worst case scheduling latency for a very nice (19) process I haveobserved is about 210ms during a niced make -j3 and frantic windowmoving in X, on a UP... I did see one of Con's recent kernels have aworst case of >7s.

On the other hand, I expect the best cases and maybe most usual caseswould be better on Con's... and Con might have since done some workin the latency area.