Re: lmbench results for 2.4 and 2.5 -- updated results

From: Larry McVoy (lm@bitmover.com)
Date: Mon Mar 24 2003 - 17:23:17 EST


> Mmmm. Any idea why the results are so dramtically different? 655 vs 809?

Yeah, two run-away mutt processes (*) eating up all the CPU. When ENOUGH
is small, i.e., less than a second or so, LMbench does a series of tests
and takes the mean (I believe, look at the source, lib_timing.c and *.h).
When ENOUGH is big it just does one run and reports that. So the big run
was long enough it was competing for time slices and the default ones are
short enough they get the whole slice. It's actually possible to run
LMbench on a loaded system and get fairly accurate results if you have
a decent enough clock.

(*) I use rsh to get into the main machine here and ever since Red Hat 7.?
if I'm rsh-ed in from a laptop, put the laptop to sleep and the connection
gets dropped, my mutt sessions don't get SIGHUP or whatever they should
get and they start sucking up CPU like there is no tomorrow. Does anyone
know of a fix for this?

-- 
---
Larry McVoy              lm at bitmover.com          http://www.bitmover.com/lm
-
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 : Mon Mar 31 2003 - 22:00:17 EST