Kris Kennaway wrote:
<snip>
My last commit improves mysql select-smack benchmark on 4-core xeon from
48000 queries/s to 70000 queries/s, so my work is alternative way
No, that is an orthogonal issue that (after measurement) does not solve
the same problem that is addressed by this change. I'd be happy to
discuss it with you in more detail if you are interested. We could also
discuss the fact that super-smack is a questionable target to be
optimizing because the main performance problems seem to be from a very
poor benchmark design.
I claim that real-world applications do not commonly do I/O in units of
1 byte :)
I'd rather to believe it is scheduling problem, spin loops does not help
it, but sched_yield() loops does help it a lot.
_______________________________________________
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
