So as i see the patch in question is being hit in its weakest
place by that enormous 10 billion thread benchmark.
Indeed that weakest place is the added overhead which effects the
heavy scheduling load.
I look at it as at absolutely worst case. And even in this worst
case we still have a win on a 8-way smp... I`d like to see some
more real-life benchmarks on the issue...
Maybe the tester lose the point, cause the patch was not pointed
to improve the scheduling itself, but to reduce the loss of improper
scheduling - ie cache thrashing.
cheers, Samium Gromoff
-
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 : Fri Nov 23 2001 - 21:00:33 EST