From: Jan Kiszka <jan.kiszka@domain.hid>
To: "RAKOTOSALAMA, Nirilanto" <NIRILANTO.RAKOTOSALAMA@airbus.com>
Cc: xenomai@xenomai.org, rtnet-users@domain.hid
Subject: Re: [Xenomai-help] [RTnet-users] Time scale problem.
Date: Tue, 15 May 2007 09:40:42 +0200 [thread overview]
Message-ID: <464963FA.5050705@domain.hid> (raw)
In-Reply-To: <5C40CD1E4697424ABDE3AC57CF1B22C60322105D@FR0-MAILMB20.res.airbus.corp>
[-- Attachment #1: Type: text/plain, Size: 1691 bytes --]
RAKOTOSALAMA, Nirilanto wrote:
> Hi Everyone
>
> I'm programming a little client-server application to test network performances with xenomai 2.3.1 and rtnet 0.9.9.
> The 2 programs are based on the rtnet frag-ip example.
> The perdiodic scenario is :
> - RSG program sends a datagram to the REMOTE program which was waiting.
> - REMOTE sends a response to RSG.
> - RSG simulates a CPU performing period using rt_timer_spin.
> This cycle should take less than 2.5ms.
>
> I observe strange time measurement :
>
> For example when I want to run during 10 secs : 1000 cycles of 10 ms
> The program calculates a time between 16 and 17 secs (using rt_timer_tsc)
> But the effective elapsed time (i kept time with a chrono :-s ) is around 10secs
Before I start looking at details, please check the consistency of your
local Xenomai clock with this brand new tool:
http://svn.gna.org/viewcvs/xenomai/trunk/src/testsuite/clocktest/clocktest.c?view=markup
(you don't have to switch to trunk, just grab the source and compile
manually)
In case the Linux clock is not screwed up as well, you can check for
potential drifts and cross-cpu wraps that way.
>
> When a cycle is supposed to be 5ms it is calculated to be 8.4ms
>
> When I want a rt_timer_spin of 0.750ms, result is a 1.27ms burning period.
>
> So a constant difference between effective and calculated time around +60%.
>
> Maybe there something wrong in my program but I don't know what.
> Also, I have read some threads that mentionned time problem and /proc/xenomai/latency value.
> I didn't understand everything.
> Any suggestion ?
>
>
> Thanks in advance.
>
> Niry
>
Jan
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 249 bytes --]
next prev parent reply other threads:[~2007-05-15 7:40 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-15 7:25 [Xenomai-help] Time scale problem RAKOTOSALAMA, Nirilanto
2007-05-15 7:40 ` Jan Kiszka [this message]
-- strict thread matches above, loose matches on Subject: below --
2007-05-15 8:57 [Xenomai-help] [RTnet-users] " RAKOTOSALAMA, Nirilanto
2007-05-15 9:52 ` Jan Kiszka
2007-05-15 10:00 ` Gilles Chanteperdrix
2007-05-15 10:12 RAKOTOSALAMA, Nirilanto
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=464963FA.5050705@domain.hid \
--to=jan.kiszka@domain.hid \
--cc=NIRILANTO.RAKOTOSALAMA@airbus.com \
--cc=rtnet-users@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.