> On Mon, 2003-01-20 at 13:18, Ingo Molnar wrote:
> >
> > the attached patch (against 2.5.59) is my current scheduler tree, it
> > includes two main areas of changes:
> >
> > - interactivity improvements, mostly reworked bits from Andrea's tree
and
> > various tunings.
> >
> > - HT scheduler: 'shared runqueue' concept plus related logic: HT-aware
> > passive load balancing, active-balancing, HT-aware task pickup,
> > HT-aware affinity and HT-aware wakeup.
>
> I ran Erich's numatest on a system with this patch, plus the
> cputime_stats patch (so that we would get meaningful numbers),
> and found a problem. It appears that on the lightly loaded system
> sched_best_cpu is now loading up one node before moving on to the
> next. Once the system is loaded (i.e., a process per cpu) things
> even out. Before applying the D7 patch, processes were distributed
> evenly across nodes, even in low load situations.
Michael, my experience has been that 2.5.59 loaded up the first node before
distributing out tasks (at least on kernbench). The first check in
sched_best_cpu would almost always place the new task on the same cpu, and
intra node balance on an idle cpu in the same node would almost always steal
it before a inter node balance could steal it. Also, sched_best_cpu does
not appear to be changed in D7. Actually, I expected D7 to have the
opposite effect you describe (although I have not tried it yet), since
load_balance will now steal a running task if called by an idle cpu.
I'll try to get some of these tests on x440 asap to compare.
-Andrew Theurer
-
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/
This archive was generated by hypermail 2b29 : Thu Jan 23 2003 - 22:00:29 EST