public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Rob Landley <landley@trommello.org>
To: Con Kolivas <conman@kolivas.net>,
	linux kernel mailing list <linux-kernel@vger.kernel.org>
Subject: Re: [BENCHMARK] 2.5.53 with contest
Date: Fri, 10 Jan 2003 17:54:26 +0000	[thread overview]
Message-ID: <200301101754.26216.landley@trommello.org> (raw)
In-Reply-To: <200301090732.24440.conman@kolivas.net>

On Wednesday 08 January 2003 20:32, Con Kolivas wrote:

> > Could you add a time per load metric?  (I.E. 86.9/21=4.14 seconds.  Yeah,
> > I could do the math myself, but that and total time are usually what I'm
> > trying to compare when I look at these.  Maybe it's just me...)
>
> If you look at the information carefully the meaningful number is
>
> (Loads ) / ( process_load_time - no_load_time)

Hmmm...  Have to think about this a sec...

So far I've just been looking at the deltas between versions,  like I said, 
with the implicit assumption that no_load_time remains roughly constant 
(after all, kernel build time is what everybody's been optimizing for since 
the 2.0 era).

There are really two things it would be nice to isolate: one is the amount of 
thrashing the extra processing introduces, slowing down the whole system.  
The other is the balancing decisions that are made (the amount of work done 
by io_load or mem_load varies and has no impact on the termination of the 
test as a whole...)  I sort of want to isolate out the balancing decisions a 
bit, or at least have a metric to look at them and compare them.  (I.E. "yeah 
it got slower, but it did more work overall".  Now is this what everybody 
WANTS, and could we maybe twiddle this with precedence in the scheduler or 
something if it isn't?)

I suppose your metric is a more accurate way of measuring that.  Cool.

> but keep an eye out for a new version soon.
>
> Con

Of course, :)

Rob

-- 
penguicon.sf.net - A combination Linux Expo and Science Fiction Convention 
with GOHs Terry Pratchett, Eric Raymond, Pete Abrams, Illiad & CmdrTaco.

      reply	other threads:[~2003-01-10 17:45 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-12-25 23:37 [BENCHMARK] 2.5.53 with contest Con Kolivas
2003-01-07 19:44 ` Rob Landley
2003-01-08 20:32   ` Con Kolivas
2003-01-10 17:54     ` Rob Landley [this message]

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=200301101754.26216.landley@trommello.org \
    --to=landley@trommello.org \
    --cc=conman@kolivas.net \
    --cc=linux-kernel@vger.kernel.org \
    /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