Messages in this thread | | | Date | Tue, 08 Jan 2002 09:49:08 +0100 | From | FD Cami <> | Subject | Re: [patch] O(1) scheduler, -D1, 2.5.2-pre9, 2.4.17 |
| |
Hi all
I'm joining the host of beta testers involved in that patch...
It's currently running on a production machine : dual PII350 on ASUS P2B-DS 3 SCSI hard drives 512MB of RAM 3C905C This is a network server running squid-cache www proxy with a medium load (700 clients on a T3), mysqld, apache, proftpd. kernel is stock 2.4.17 - and so far, so good.
Cheers,
François Cami
Ingo Molnar wrote:
> On Mon, 7 Jan 2002, Linus Torvalds wrote: > > >>Ingo, looks true. A quick -D2? >> > > yep, Brian is right. I've uploaded -D2: > > http://redhat.com/~mingo/O(1)-scheduler/sched-O1-2.5.2-D2.patch > > other changes: > > - make rt_priority 99 map to p->prio 0, rt_priority 0 map to p->prio 99. > > - display 'top' priorities correctly, 0-39 for normal processes, negative > values for RT tasks. (it works just fine it appears.) We did not use to > display the real priority of RT tasks, but now it's natural. > > >>Oh, and please move console_init() back, other consoles (sparc?) may >>depend on having PCI layers initialized. >> > > (doh, done too, fix is in -D2.) > > >>Oh, and _I_ don't like "cpu()". What's wrong with the already >>existing "smp_processor_id()"? >> > > nothing serious, my main problem with it is that it's often too long for > my 80 chars wide consoles, and it's also too long to type and i use it > quite often in SMP code. > > IIRC we had a 'hard_smp_processor_id()' initially, partly to make it > harder to use it. (it was very slow because it did an APIC read). But > these days smp_processor_id() is just as fast (or even faster) as > 'current'. So i wanted to use cpu() in new code to make it easier to read > and to make it more compact. But if this is a problem i can remove it. > I've verified that there is no obvious namespace collisions. > > (i've done a quick UP sanity compile + boot of 2.5.2-pre9 + D2, it all > works as expected.) > > Ingo > > - > 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/ > >
- 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/
| |