Cc: Andrew Morton <akpm@...>, Christoph Lameter <clameter@...>, Jack Steiner <steiner@...>, Robin Holt <holt@...>, Nick Piggin <npiggin@...>, Peter Zijlstra <a.p.zijlstra@...>, <kvm-devel@...>, Kanoj Sarcar <kanojsarcar@...>, Roland Dreier <rdreier@...>, Steve Wise <swise@...>, <linux-kernel@...>, Avi Kivity <avi@...>, <linux-mm@...>, <general@...>, Hugh Dickins <hugh@...>, Rusty Russell <rusty@...>, Anthony Liguori <aliguori@...>, Chris Wright <chrisw@...>, Marcelo Tosatti <marcelo@...>, Eric Dumazet <dada1@...>, Paul E. McKenney <paulmck@...>
Right. So what?
It's still about a million times faster than what the code does now.
You comment about "great smp scalability optimization" just shows that
you're a moron. It is no such thing. The fact is, it's a horrible
pessimization, since even SMP will be *SLOWER*. It will just be "less
slower" when you have a million CPU's and they all try to do this at the
same time (which probably never ever happens).
In other words, "scalability" is totally meaningless. The only thing that
matters is *performance*. If the "scalable" version performs WORSE, then
it is simply worse. Not better. End of story.
So what you're saying is that performance doesn't matter?
So why do you do the ugly crazy hundred-line implementation, when a simple
two-liner would do equally well?
Your arguments are crap.
Anyway, discussion over. This code doesn't get merged. It doesn't get
merged before 2.6.26, and it doesn't get merged _after_ either.
Rewrite the code, or not. I don't care. I'll very happily not merge crap
for the rest of my life.
Linus
--
