From: Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>
To: Adrien LECOINTRE <adrien20@domain.hid>
Cc: xenomai@xenomai.org
Subject: Re: [Xenomai-help] How to chose between xenomai and preempt RT
Date: Wed, 03 Jun 2009 11:34:20 +0200 [thread overview]
Message-ID: <4A26439C.6090802@domain.hid> (raw)
In-Reply-To: <103585745.148571244020625685.JavaMail.root@domain.hid>
Adrien LECOINTRE wrote:
> Jeff Angielski wrote:
>> Of course, just by choosing to use Xenomai, you don't get hard
>> realtime. You still need to design your system and software
>> correctly.
>
> Yes but a software can be well designed on PREEMPT_RT as well. I
> built a kernel and a filesystem with the less possible number of
> driver. After startup there is only an ATA driver and bash running on
> my system! In this situation I really doubt that a big latency can
> occurs.
Modern ATA means DMA, which means contention with the real-time system,
whatever this system is. So, large disk transfers will cause big latencies.
>
> Then if my real-time software uses a specific device I just have to
> write my own driver (instead of using a "basic" linux driver) if I
> want to know exactly what's going on my system and keep a hard
> real-time behavior.
I would say the drivers need auditing and maybe to be modified, not to
be rewritten. Rewriting them is probably a waste of time, and you do not
benefit from using PREEMPT_RT if you do that.
>
> Those are basics things that we always do when designing a real-time
> software on any RT OS.
>
> Of course for a real-time software with a lot of non-real-time loads
> it's probably easier to use Xenomai and let Linux deals with loads.
>
> I read a lot of things about PREEMPT_RT not providing hard real-time
> but I coudn't find any test case which shows that. My loads are
> probably not good enough but it shouldn't be so difficult to find a
> way to cause a significant latency on a supposed non-hard-real-time
> OS.
You are really talking in the void as long as you do not tell us what
platform you intend to use.
--
Gilles.
next prev parent reply other threads:[~2009-06-03 9:34 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <2060886493.147971244020544226.JavaMail.root@domain.hid>
2009-06-03 9:17 ` [Xenomai-help] How to chose between xenomai and preempt RT Adrien LECOINTRE
2009-06-03 9:34 ` Gilles Chanteperdrix [this message]
2009-06-03 9:44 ` Gilles Chanteperdrix
2009-06-03 12:16 ` Gilles Chanteperdrix
2009-06-01 22:14 Adrien LECOINTRE
2009-06-02 19:43 ` Jeff Angielski
2009-06-02 20:05 ` Gilles Chanteperdrix
2009-06-03 13:36 ` Jeff Angielski
2009-06-03 14:30 ` Gilles Chanteperdrix
2009-06-02 20:15 ` 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=4A26439C.6090802@domain.hid \
--to=gilles.chanteperdrix@xenomai.org \
--cc=adrien20@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.