Messages in this thread | | | Subject | hyperthreading-aware scheduler | From | Nathan Fredrickson <> | Date | 23 Jul 2003 17:07:23 -0400 |
| |
On Fri, Jul 11, 2003, Andrew Theurer wrote: > On Friday 11 July 2003 14:59, Mike Fedyk wrote: > > On Fri, Jul 11, 2003 at 02:37:12PM -0500, Andrew Theurer wrote: > > > On Friday 11 July 2003 09:02, Dave Jones wrote: > > > > Process scheduler improvements. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > - Scheduler is now Hyperthreading SMP aware and will disperse processes > > > > over physically different CPUs, instead of just over logical CPUs. > > > > > > I'm pretty sure this is not in 2.5 (unless it's in bk after 2.5.75) > > > > wasn't this merged back in 2.4.6x? > > I believe that was support of, not enhancement for HT. Actually there may > have been some enhancements in other areas, but not scheduler.
Now that we have support of HT, what is the status hyperthreading-aware scheduler? Do any of the testing-trees have a hyperthreading-aware scheduler?
Ingo has some HT-scheduler patches here: http://people.redhat.com/mingo/O(1)-scheduler/ The most recent is for 2.5.68, but unfortunately due to other problems I have only been able to run kernels 2.5.70 and greater. Also my attempts at forward-porting Ingo's 2.5.68 patch have not been successful.
I have access to dual and quad HT-enabled systems and would be happy to do some testing as I learn more about the scheduler. SMP w/ HT systems have scheduling issues that don't exist in a UP w/ HT system. For example when there are 4 compute intensive threads in quad HT system they should be scheduled on physically unique processors. This does not happen with the current scheduler even in an otherwise completely idle system. Two threads often end up on the same physical processor and remain there due to their affinity.
Nathan
- 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/
| |