linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Larry McVoy <lm@bitmover.com>
To: Bill Davidsen <davidsen@tmr.com>
Cc: Larry McVoy <lm@bitmover.com>,
	"David S. Miller" <davem@redhat.com>,
	mau@oscar.prima.de, linux-kernel@vger.kernel.org
Subject: Re: LMbench results for 2.5.40
Date: Tue, 8 Oct 2002 12:07:00 -0700	[thread overview]
Message-ID: <20021008120700.C7160@work.bitmover.com> (raw)
In-Reply-To: <Pine.LNX.3.96.1021008144209.5056D-100000@gatekeeper.tmr.com>; from davidsen@tmr.com on Tue, Oct 08, 2002 at 02:55:01PM -0400

On Tue, Oct 08, 2002 at 02:55:01PM -0400, Bill Davidsen wrote:
> On Tue, 1 Oct 2002, Larry McVoy wrote:
> 
> > By the way, the place you will probably see variance in LMbench is in the
> > context switch benchmarks, it's almost certainly due to randomness in 
> > cache layout and there isn't a thing we can do about it.  You can run a
> > zillion runs to get an average but please realize that is an *average*.
> > The context switch number are accurate, the low ones represent no cache
> > collisions and the high ones represent lots of cache collisions.
> > 
> > FYI.  I don't like it either.
> 
> Thank you, that explains some things I've seen in my context switching
> benchmark as well, which uses a bunch of different services to transfer
> tiny data from on process to another.
> 
> Time for some statistical jiggery-pokery, dust off deviant mean or some
> such.

I personally think that you should try a scatter plot and you should
get something sort of like http://www.bitmover.com/disks/sek.gif which
is read latency times scatter plotted nicely showing the effect of seeks
and the effects of rotational delay.  The height of the band is what I'd
expect to see in the context switch results - there should be an even
distribution between the min and the max assuming that you can vary the
pages which get allocated when you run the tests.

The average is a misleading number, you really want a min/max style number.
I'd be quite interested if someone were to go off and do this.
-- 
---
Larry McVoy            	 lm at bitmover.com           http://www.bitmover.com/lm 

  reply	other threads:[~2002-10-08 20:42 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-10-01 22:08 LMbench results for 2.5.40 Patrick Mau
2002-10-01 22:16 ` Jeff Garzik
2002-10-02 17:33   ` Patrick Mau
2002-10-08 19:04     ` Bill Davidsen
2002-10-02 17:38   ` Patrick Mau
2002-10-01 23:15 ` David S. Miller
2002-10-01 23:37   ` Larry McVoy
2002-10-08 18:55     ` Bill Davidsen
2002-10-08 19:07       ` Larry McVoy [this message]
2002-10-10 13:21         ` Bill Davidsen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20021008120700.C7160@work.bitmover.com \
    --to=lm@bitmover.com \
    --cc=davem@redhat.com \
    --cc=davidsen@tmr.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mau@oscar.prima.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).