On Thu, Mar 23, 2006 at 10:16:41AM -0500, Shailabh Nagar wrote:
Greg KH wrote:
On Mon, Mar 13, 2006 at 07:40:34PM -0500, Shailabh Nagar wrote:Here are some numbers for the latest set of posted patches
This is the next iteration of the delay accounting patchesDo you have any benchmark numbers with this patch applied and with it
last posted at
http://www.ussg.iu.edu/hypermail/linux/kernel/0602.3/0893.html
not applied? Last I heard it was a measurable decrease for some
"important" benchmark results...
thanks,
greg k-h
using microbenchmarks hackbench, kernbench and lmbench.
I was trying to get the real/big benchmark numbers too but
it looks like getting a run whose numbers can be trusted
will take a bit longer than expected. Preliminary runs of
transaction processing benchmarks indicate that overhead
actually decreases with the patch (as also seen in some of
the lmbench numbers below).
That's good to hear.
But your .5% is noticable on the +patch results, which I don't think
people who take performance issues seriously will like (that's real
money for the big vendors.) And distros will be forced to enable that
option in their kernels, so those vendors will have to get that
percentage back some other way...
thanks,
greg k-h