From: Philippe Gerum <rpm@xenomai.org>
To: xenomai@xenomai.org
Cc: Daniel Schnell <danielsch@domain.hid>
Subject: Re: [Xenomai-help] [Fwd: Performance decrease]
Date: Wed, 30 Aug 2006 14:48:09 +0200 [thread overview]
Message-ID: <1156942089.4323.29.camel@domain.hid> (raw)
In-Reply-To: <1156941389.4323.17.camel@domain.hid>
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?
> On the other side I cannot compile RTDM support in without it; the error message when linking vmlinux
> at the end of the Kernel compile stage is:
> >
> >
> >
> > drvlib.c:(.text+0x19f8): undefined reference to `__va_to_kva'
> >
I guess that rtdm_mmap_buffer() should be made dependent on
CONFIG_XENO_OPT_PERVASIVE too.
> >
> >
> >
> >
> > For what is the real-time support in user space option good for ?
> >
This allows running Xenomai applications in user-space, instead of
implementing them as kernel modules.
>
> > If it is necessary for RTDM support, shouldn't it be automatically switched on when choosing the RTDM option ?
> >
> >
> >
> >
> >
> >
> >
> > I am using ELDK-4.0 + latest 2.4.25-developer kernel from Denx + latest subversion xenomai + adeos patch 1.1-04
> >
> >
> >
> > Thanks in advance,
> >
> >
> >
> >
> >
> > Ciao,
> >
> >
> >
> > Daniel.
> >
--
Philippe.
next prev parent reply other threads:[~2006-08-30 12:48 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 [this message]
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
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=1156942089.4323.29.camel@domain.hid \
--to=rpm@xenomai.org \
--cc=danielsch@domain.hid \
--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.