From: Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>
To: CAMUS Benoit <benoit.camus@domain.hid>
Cc: xenomai@xenomai.org
Subject: Re: [Xenomai-help] Latencies while ethernet access
Date: Fri, 04 May 2007 12:18:19 +0200 [thread overview]
Message-ID: <463B086B.6060402@domain.hid> (raw)
In-Reply-To: <1178268043.5391.47.camel@domain.hid>
CAMUS Benoit wrote:
> Hi,
>
> I'm using Xenomai 2.3.1 with a 2.6.19.2 kernel (from ELDK) on a custom
> board based on Xscale PXA processor and with smc91c111 ethernet chip.
> I did modifications on Linux kernel to port it on board and then just
> applied Adeos's patch following Xenomai's proceedings.
> Http and telnet servers are running on and i notice that latencies get
> really worse while i access any of them (see traces below).
>
> I understood that Adeos might avoid that kind of behavior due to its
> architecture. So i infer that the ethernet driver might access the
> hardware by-passing Adeos ?
Despite Adeos architecture, latency with Xenomai is known to depend on
the non real-time workload, because there are some low-level ressources
such as busses and processor cache that the real-time and non real-time
processes need to share.
Nevertheless, the latencies you show us are a bit high, this may have
several reasons:
- maybe you enabled some debugging/statistics options, they have an
impact on performance;
- the latency of your system may not be properly calibrated, try:
echo 25000 > /proc/xenomai/latency
- 10ms is a period a bit high, this makes plenty of time for Linux to
refill the cache, with a lower period you should observe a lower latency.
> In this way and before modificate the driver, i decided to try RT driver
> thanks to Rtnet project and get an oops error at device probing due to
> memory mapping wich i still don't resolve.
> I don't have experience with Xenomai and would apreciate any advice on
> that phenomenum.
Note that using a real-time driver should rather increase the latency
than decrease it, since there will be more unpreemptible critical sections.
> I'm a bit surprised too about gap between best and worst latencies so
> i'm asking question to myself about my porting, does this gap seam
> strange for you too?
--
Gilles Chanteperdrix
next prev parent reply other threads:[~2007-05-04 10:18 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-04 8:40 [Xenomai-help] Latencies while ethernet access CAMUS Benoit
2007-05-04 10:18 ` Gilles Chanteperdrix [this message]
2007-05-04 16:24 ` Jan Kiszka
2007-05-14 10:09 ` CAMUS Benoit
2007-05-14 10:28 ` Jan Kiszka
2007-05-14 16:03 ` Jan Kiszka
2007-05-14 16:12 ` Gilles Chanteperdrix
2007-05-04 10:26 ` Gilles Chanteperdrix
[not found] ` <1178287470.22169.9.camel@domain.hid>
2007-05-04 16:06 ` Gilles Chanteperdrix
2007-05-04 16:12 ` 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=463B086B.6060402@domain.hid \
--to=gilles.chanteperdrix@xenomai.org \
--cc=benoit.camus@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.