From: Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>
To: henning.richter@domain.hid
Cc: xenomai@xenomai.org
Subject: Re: [Xenomai-help] gatekeeper/0
Date: Thu, 07 May 2009 14:26:41 +0200 [thread overview]
Message-ID: <4A02D381.8020506@domain.hid> (raw)
In-Reply-To: <OFEAD5CF08.F6D90D65-ONC12575AF.0040F159-C12575AF.00433C0E@datacon.at>
henning.richter@domain.hid wrote:
> Things are strange. Now my application works without crashing. I haven't
> changed anything.
> Btw. what should be a "normal" value of /proc/xenomai/latency ?
> I've got 1676
/proc/xenomai/latency is the anticipation of the Xenomai timer. It is
actually a value for you to tweak with a default value that does not
cause any pathological behaviour.
>
> Back to my main problem:
> Sending / Receiving Frames is still too slow. At a framesize of around 700
> byte it takes around
> 350 us before the next frame is send. And this at a given cycle time of 250
> us at a priority of 90.
> All printf's and other logs are removed. No Modeswitches are done during
> run of my application.
> Btw. what counts CSW at /proc/xenomai/stat ?
CSW is context switches.
But IMO, first things should be done first, and you should investigate
the crashes. And it would be still be interesting to know if switchtest
works on your platform.
As for the latency, as I think I already told you, you should run the
latency test at the same frequency as the one of your application with
which you see problems. If you see problems with the latency test, then
Xenomai has a problem on your platform, otherwise, the problem is in
your application.
>
>
> ethercat@domain.hid:~$ cat /proc/xenomai/sched
>
> CPU PID PRI PERIOD TIMEOUT TIMEBASE
> STAT NAME
> 0 0 -1 0 0 master R
> ROOT/0
> 0 0 98 0 0 master W
> rtnet-stack
> 0 0 0 0 0 master
> W rtnet-rtpc
> 0 5259 0 0 0
> master X master_test
> 0 5260 90 249752 1109638 master
> w myRtTask
>
>
>
> ethercat@domain.hid:~$ cat /proc/xenomai/stat
> CPU PID MSW CSW PF STAT %CPU NAME
> 0 0 0 436897 0 00500080 74.9
> ROOT/0
> 0 0 0 435422 0 00000082 1.0
> rtnet-stack
> 0 0 0 1 0 00000082 0.0
> rtnet-rtpc
> 0 5259 1 1 0 00300380 0.0
> master_test
> 0 5260 24 59775 0 00300186 0.1
> myRtTask
> 0 0 0 870784 0 00000000 3.6
> IRQ6: rt_eepro100
> 0 0 0 527744 0 00000000 2.6
> IRQ233: [timer]
>
> I think I will start tracing with the ipipe tracer.
The I-pipe tracer will not help you understand what happens in
user-space. For this, you are probably better of measuring things with
rt_timer_tsc() or clock_gettime().
--
Gilles.
next parent reply other threads:[~2009-05-07 12:26 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <OFEAD5CF08.F6D90D65-ONC12575AF.0040F159-C12575AF.00433C0E@datacon.at>
2009-05-07 12:26 ` Gilles Chanteperdrix [this message]
2011-01-18 20:23 [Xenomai-help] gatekeeper/0 Waldemar Valdas Bancewicz
2011-01-19 11:31 ` Philippe Gerum
[not found] <OF8AF478EE.52F5DF3F-ONC12575B5.004203DE-C12575B5.0042CC16@domain.hid>
2009-05-14 13:22 ` Gilles Chanteperdrix
-- strict thread matches above, loose matches on Subject: below --
2009-05-13 12:21 Gilles Chanteperdrix
[not found] <OF251AD21B.277C167E-ONC12575B4.003ABC22-C12575B4.003B2CCA@datacon.at>
2009-05-12 11:58 ` Gilles Chanteperdrix
2009-05-12 11:59 ` Gilles Chanteperdrix
[not found] <OF4972A89C.E992E0BC-ONC12575B4.002430E6-C12575B4.0029BFB6@domain.hid>
2009-05-12 10:05 ` Gilles Chanteperdrix
2009-05-12 12:14 ` Gilles Chanteperdrix
[not found] <OFCB7F621A.65B14ECB-ONC12575B3.0039F826-C12575B3.0039F8AC@datacon.at>
2009-05-11 12:20 ` Gilles Chanteperdrix
[not found] <OFBB398D5A.1ED06DE3-ONC12575B0.00262F81-C12575B0.0026A81A@datacon.at>
2009-05-08 15:01 ` Gilles Chanteperdrix
[not found] <OF2606C557.B1D5A7EE-ONC12575AF.00492678-C12575AF.0049CCCC@datacon.at>
2009-05-07 13:29 ` Gilles Chanteperdrix
[not found] <OF4D358DA8.8C7A5638-ONC12575AF.00332A73-C12575AF.003367B6@domain.hid>
2009-05-07 9:49 ` Gilles Chanteperdrix
[not found] <OF95BAAB6A.7BC234E8-ONC12575AF.003214DD-C12575AF.00321D02@domain.hid>
2009-05-07 9:08 ` Gilles Chanteperdrix
[not found] <OFAD630900.6B7052D5-ONC12575AF.003134DD-C12575AF.003171E4@domain.hid>
2009-05-07 9:02 ` Gilles Chanteperdrix
[not found] <OF4028FAA7.2097674F-ONC12575AF.002D7049-C12575AF.002D8EA7@domain.hid>
2009-05-07 8:44 ` Gilles Chanteperdrix
2009-05-07 8:54 ` henning.richter
2009-05-07 8:56 ` Gilles Chanteperdrix
[not found] <OF649EE419.F6596615-ONC12575AF.001F4A33-C12575AF.00268522@domain.hid>
2009-05-07 7:28 ` Gilles Chanteperdrix
2009-05-07 7:57 ` henning.richter
2009-05-07 8:07 ` Gilles Chanteperdrix
2009-05-05 13:12 henning.richter
2009-05-05 13:36 ` Gilles Chanteperdrix
2009-05-05 13:44 ` henning.richter
2009-05-05 13:47 ` Gilles Chanteperdrix
2009-05-06 7:21 ` henning.richter
2009-05-06 7:26 ` Gilles Chanteperdrix
2009-05-06 9:48 ` Gilles Chanteperdrix
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=4A02D381.8020506@domain.hid \
--to=gilles.chanteperdrix@xenomai.org \
--cc=henning.richter@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.