Well the data I posted doesn't support that conclusion - it showed at
most two processes on the first node before moving to the next node
for 2.5.59, but for the D7 patched system, the current node was fully
loaded before putting processes on other nodes. I've repeated this on
multiple runs and obtained similar results.
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.
That is true, and is the only thing I've had a chance to look at.
sched_best_cpu depends on data collected elsewhere, so my suspicion
is that it is working with bad data. I'll try to find time this week
to look further at it.
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.
I'm interested in seeing these results. Any chance of getting time on
a 4-node x440?
>
> -Andrew Theurer
>
>
--Michael Hohnbaum 503-578-5486 hohnbaum@us.ibm.com T/L 775-5486
- 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/