All of lore.kernel.org
 help / color / mirror / Atom feed
From: Steven Rostedt <rostedt@goodmis.org>
To: "K.R. Foley" <kr@cybsft.com>
Cc: Ingo Molnar <mingo@elte.hu>, linux-kernel@vger.kernel.org
Subject: Re: 2.6.16-rt1
Date: Wed, 22 Mar 2006 22:13:53 -0500	[thread overview]
Message-ID: <1143083633.32192.27.camel@localhost.localdomain> (raw)
In-Reply-To: <442176EB.1050403@cybsft.com>

On Wed, 2006-03-22 at 10:10 -0600, K.R. Foley wrote:
> K.R. Foley wrote:
> > Ingo Molnar wrote:
> >> * K.R. Foley <kr@cybsft.com> wrote:
> >>
> >>> Sorry I have been onsite and completely buried today. Am running an 
> >>> initial test on both UP and SMP now with 2.6.16-rt1. UP doesn't look 
> >>> bad at all. SMP on the other hand doesn't look so good. I will give 
> >>> -rt4 a spin when these are done.
> >> thanks for the testing - i'll check SMP too.
> >>
> >> 	Ingo
> >>
> > OK. On my dual 933 under heavy load I get the following with 2.6.16-rt4
> > and I get tons of missed interrupts. Running 2.6.15-rc16 I get a max of
> > 88usec with most falling under 30usec. On my UP AthlonXP 1700 I get a
> > max of 19usec with 2.6.16-rt4 under load. What sort of results do you
> > see on SMP?
> > 
> 
> Found something interesting. Having Wakeup latency timing turned on
> makes a HUGE difference. I turned it off and recompiled and now I am
> seeing numbers back in line with what I expected from 2.6.16-rt4. Sorry,
> but I had no idea it would make that much difference. I don't have a
> complete run yet, but I have seen enough to know that I am not seeing
> tons of missed interrupts and the highest reported latency thus far is
> 61 usec.

Hmm, high wake up latency on SMP and not on UP...

Ingo, could this be due to the migrate task latency?  This was where I
saw the problem with the 50ms latency running hack bench.  I remember
there was a bug in the older latency tool that didn't catch this latency
before.

I'm just getting back to looking at the latest stuff.  I had some
customer deliveries lately and haven't had time to look at the new
goodies.

-- Steve



  parent reply	other threads:[~2006-03-23  3:14 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-03-20  8:51 2.6.16-rt1 Ingo Molnar
2006-03-21  4:24 ` 2.6.16-rt1 K.R. Foley
2006-03-21 21:16   ` 2.6.16-rt1 Ingo Molnar
2006-03-22  2:26     ` 2.6.16-rt1 K.R. Foley
2006-03-22  6:29       ` 2.6.16-rt1 Ingo Molnar
2006-03-22 14:18         ` 2.6.16-rt1 K.R. Foley
2006-03-22 16:10           ` 2.6.16-rt1 K.R. Foley
2006-03-22 17:31             ` 2.6.16-rt1 Daniel Walker
2006-03-22 20:51               ` 2.6.16-rt1 K.R. Foley
2006-03-23  3:13             ` Steven Rostedt [this message]
2006-03-21 13:30 ` 2.6.16-rt1 Serge Noiraud
2006-03-21 13:59   ` 2.6.16-rt1 Jan Altenberg
2006-03-21 17:01   ` 2.6.16-rt1 Ingo Molnar
2006-03-21 18:36     ` 2.6.16-rt1 Michal Piotrowski
2006-03-21 20:24       ` 2.6.16-rt1 Ingo Molnar
2006-03-21 23:22         ` 2.6.16-rt1 Michal Piotrowski
  -- strict thread matches above, loose matches on Subject: below --
2006-03-22  9:59 2.6.16-rt1 Sébastien Dugué

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=1143083633.32192.27.camel@localhost.localdomain \
    --to=rostedt@goodmis.org \
    --cc=kr@cybsft.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@elte.hu \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.