From: Philippe Gerum <rpm@xenomai.org>
To: Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>
Cc: xenomai@xenomai.org
Subject: Re: [Xenomai-help] [Fwd: Performance decrease]
Date: Fri, 01 Sep 2006 09:13:15 +0200 [thread overview]
Message-ID: <1157094795.4322.9.camel@domain.hid> (raw)
In-Reply-To: <17655.18827.661904.949733@domain.hid>
On Thu, 2006-08-31 at 22:41 +0200, Gilles Chanteperdrix wrote:
> Philippe Gerum wrote:
> > On Wed, 2006-08-30 at 14:36 +0200, Philippe Gerum wrote:
> > > -------- Forwarded Message --------
> > > > From: Daniel Schnell <danielsch@domain.hid>
> > > > To: xenomai-help <xenomai@xenomai.org>
> > > > Subject: Performance decrease
> > > > Date: Wed, 30 Aug 2006 11:58:25 -0000
> > > >
> > > > Hi,
> > > >
> > > >
> > > >
> > > > I have made some CPU throughput tests with/without "Nucleus options->pervasive real-time support in user-space"
> > > enabled/disabled. And the performance dicrease in using that option is for my processor (MPC5200, 400 MHz) about 10%.
> >
> > There is an impact induced by activating the user-space support, since
> > all system calls are filtered through Xenomai; some work is currently
> > undergoing to reduce this overhead, so that only system calls issued by
> > Xenomai shadows would be intercepted. This said, out of curiosity, how
> > do you measure those 10% on your board?
>
> Just being curious: how will you achieve this ? You will make the
> function used to dispatch system calls a per-thread pointer ?
>
Syscalls are just another form of exceptions, so the change will need to
affect all event notifications. A per-thread pointer is an opion
provided there is also a mean to install the callback address, so we
would also need to intercept the Linux task creation event. Another
option would be to define an event filtering routine at domain level,
which gets called before the event is pipelined. The latter is a simple
and straightforward approach which does not change much of the existing
infrastructure, but to remain fast and efficient, the filter should be
defined for the domain which notifies events, and not for the domains
which get notified, and this would be quite restrictive Adeos-wise, even
if this would solve the root issue, Xenomai-wise. To sum up and answer
to your initial question: well, I don't know yet.
--
Philippe.
next prev parent reply other threads:[~2006-09-01 7:13 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-08-30 12:36 [Xenomai-help] [Fwd: Performance decrease] Philippe Gerum
2006-08-30 12:48 ` Philippe Gerum
2006-08-30 13:11 ` Jan Kiszka
2006-08-30 14:49 ` Jan Kiszka
2006-08-31 20:41 ` Gilles Chanteperdrix
2006-09-01 7:13 ` Philippe Gerum [this message]
2006-09-01 12:54 ` Gilles Chanteperdrix
2006-09-01 14:35 ` Philippe Gerum
2006-09-01 14:58 ` Gilles Chanteperdrix
2006-09-01 18:02 ` [Xenomai-core] " Philippe Gerum
[not found] <DD39B5C3F4963040ADC9768BE7E430CB01082A7C@is-hdq-exchange.marel.net>
2006-08-30 14:29 ` Jan Kiszka
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=1157094795.4322.9.camel@domain.hid \
--to=rpm@xenomai.org \
--cc=gilles.chanteperdrix@xenomai.org \
--cc=xenomai@xenomai.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 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.