From: "Sébastien Dugué" <sebastien.dugue@bull.net>
To: Lee Revell <rlrevell@joe-job.com>
Cc: Steven Rostedt <rostedt@goodmis.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
Ingo Molnar <mingo@elte.hu>
Subject: Re: preempt-rt, NUMA and strange latency traces
Date: Fri, 10 Feb 2006 14:18:54 +0100 [thread overview]
Message-ID: <1139577535.5706.81.camel@frecb000686> (raw)
In-Reply-To: <1139515365.30058.91.camel@mindpipe>
On Thu, 2006-02-09 at 15:02 -0500, Lee Revell wrote:
> On Thu, 2006-02-09 at 12:24 +0100, Sébastien Dugué wrote:
> > On Thu, 2006-02-09 at 01:04 -0500, Lee Revell wrote:
> > > On Wed, 2006-02-08 at 11:45 +0100, Sébastien Dugué wrote:
> > > > The more I think about it, the more I tend to believe it's hardware
> > > > related. It seems as if the CPU just hangs for ~27 ms before
> > > > resuming processing.
> > >
> > > That would be an exceptionally long latency - you would probably notice
> > > it if the mouse froze, VOIP dropped out, ping stops, etc for 30ms.
> > >
> >
> > It's a test machine and I use it remotely with console redirected so
> > no mouse, no RT applications aside from my silly nanosleep() loop. But
> > I do notice that that test sometimes takes more time (ie when I get
> > those weird latencies).
>
> Argh. You would think the vendors would consider a 30ms delay
> unacceptable. This is big enough to show up on an MRTG graph of ping
> times ferchrissake.
>
> I guess the assumption is that most hardware will never be used for even
> soft RT work...
>
> Lee
>
That may be but in that case I may be pushing it a bit far testing
that kind of box with realtime stuff.
As a former hw designer I find it useful to have some hardware
monitoring capabilities on a system but it should either not be so
intrusive or at least we should be able to disable it.
Sébastien.
prev parent reply other threads:[~2006-02-10 13:16 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-02-07 11:28 Sébastien Dugué
2006-02-08 9:41 ` Steven Rostedt
2006-02-08 10:25 ` Ingo Molnar
2006-02-08 10:47 ` Sébastien Dugué
2006-02-08 10:45 ` Sébastien Dugué
2006-02-08 16:49 ` john stultz
2006-02-09 11:11 ` Sébastien Dugué
2006-02-09 11:26 ` Sébastien Dugué
2006-02-09 18:54 ` john stultz
2006-02-10 13:07 ` Sébastien Dugué
2006-02-10 19:07 ` Lee Revell
2006-02-09 6:04 ` Lee Revell
2006-02-09 11:24 ` Sébastien Dugué
2006-02-09 20:02 ` Lee Revell
2006-02-10 13:18 ` Sébastien Dugué [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=1139577535.5706.81.camel@frecb000686 \
--to=sebastien.dugue@bull.net \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=rlrevell@joe-job.com \
--cc=rostedt@goodmis.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
all inboxes | Powered by JetHome®