From: Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>
To: henning.richter@domain.hid
Cc: xenomai@xenomai.org
Subject: Re: [Xenomai-help] gatekeeper/0
Date: Tue, 05 May 2009 15:47:49 +0200 [thread overview]
Message-ID: <4A004385.7020200@domain.hid> (raw)
In-Reply-To: <OFB15EA397.FEDBD30F-ONC12575AD.004B05A5-C12575AD.004B769C@datacon.at>
henning.richter@domain.hid wrote:
>
>
> henning.richter@domain.hid wrote:
>>> Hi,
>>>
>>> running a xenomai task in which I am sending a single Frame (size ~500
>>> byte) from my EtherCAT Master to some Beckhoff slaves has latencies
> around
>>> 200 us.
>>> While running that task, top shows that gatekeeper/0 (with RT priority)
> has
>>> 30% CPU usage.
>>> What is the task of this gatekeeper and can this cause my high
> latencies?
>> The gatekeeper is used when a taks is migrating from secondary mode to
>> primary mode. The gatekeeper itself can not cause the high latencies,
>> but the fact that a task runs in secondary mode can.
>>
>> To check if this is what happens, check the MSW column in
>> /proc/xenomai/stat for the thread which has latencies issues. If MSW is
>> increasing then you have a problem.
>
>> To find where your thread switches to secondary mode, use the technique
>> demonstrated in examples/native/sigxcpu.c.
>
> --
> Gilles.
>
> So thank your for defining my problem.
> Now I am sure that there my thread is switching to secondary mode
> as the MSW column increases rapidly while running my application.
> Can I also use the ipipe tracer or LTTng to find the place where it
> switches the modes as I don't have the
> xenomai examples installed.
Yes, you can use the I-pipe tracer, but reading the output might be a
bit complicated. Examples are part of Xenomai sources freely available
on Xenomai web site.
--
Gilles.
next prev parent reply other threads:[~2009-05-05 13:47 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-05-05 13:12 [Xenomai-help] gatekeeper/0 henning.richter
2009-05-05 13:36 ` Gilles Chanteperdrix
2009-05-05 13:44 ` henning.richter
2009-05-05 13:47 ` Gilles Chanteperdrix [this message]
2009-05-06 7:21 ` henning.richter
2009-05-06 7:26 ` Gilles Chanteperdrix
2009-05-06 9:48 ` 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
[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] <OFAD630900.6B7052D5-ONC12575AF.003134DD-C12575AF.003171E4@domain.hid>
2009-05-07 9:02 ` Gilles Chanteperdrix
[not found] <OF95BAAB6A.7BC234E8-ONC12575AF.003214DD-C12575AF.00321D02@domain.hid>
2009-05-07 9:08 ` Gilles Chanteperdrix
[not found] <OF4D358DA8.8C7A5638-ONC12575AF.00332A73-C12575AF.003367B6@domain.hid>
2009-05-07 9:49 ` Gilles Chanteperdrix
[not found] <OFEAD5CF08.F6D90D65-ONC12575AF.0040F159-C12575AF.00433C0E@datacon.at>
2009-05-07 12:26 ` Gilles Chanteperdrix
[not found] <OF2606C557.B1D5A7EE-ONC12575AF.00492678-C12575AF.0049CCCC@datacon.at>
2009-05-07 13:29 ` Gilles Chanteperdrix
[not found] <OFBB398D5A.1ED06DE3-ONC12575B0.00262F81-C12575B0.0026A81A@datacon.at>
2009-05-08 15:01 ` Gilles Chanteperdrix
[not found] <OFCB7F621A.65B14ECB-ONC12575B3.0039F826-C12575B3.0039F8AC@datacon.at>
2009-05-11 12:20 ` 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] <OF251AD21B.277C167E-ONC12575B4.003ABC22-C12575B4.003B2CCA@datacon.at>
2009-05-12 11:58 ` Gilles Chanteperdrix
2009-05-12 11:59 ` Gilles Chanteperdrix
-- strict thread matches above, loose matches on Subject: below --
2009-05-13 12:21 Gilles Chanteperdrix
[not found] <OF8AF478EE.52F5DF3F-ONC12575B5.004203DE-C12575B5.0042CC16@domain.hid>
2009-05-14 13:22 ` Gilles Chanteperdrix
2011-01-18 20:23 Waldemar Valdas Bancewicz
2011-01-19 11:31 ` Philippe Gerum
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=4A004385.7020200@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.