All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jan Kiszka <jan.kiszka@domain.hid>
To: Jeff Angielski <jeff@domain.hid>
Cc: xenomai@xenomai.org
Subject: Re: [Xenomai-help] How to chose between xenomai and preempt RT
Date: Tue, 02 Jun 2009 22:15:34 +0200	[thread overview]
Message-ID: <4A258866.1040205@domain.hid> (raw)
In-Reply-To: <4A2580C5.4000806@domain.hid>

[-- Attachment #1: Type: text/plain, Size: 1610 bytes --]

Jeff Angielski wrote:
> Adrien LECOINTRE wrote:
>> Hi,
>>
>> I've been testing for a while, Xenomai and Linux preempt RT latencies 
>> under different loads and I couldn't find any big differences. Latencies 
>> are almost the same.
>> So my question is, do you know any case where Xenomai is really better 
>> than a simple preempt RT?
>> Or which specification in a real time application should make me chose 
>> Xenomai instead of preempt RT?
> 
> I suspect your loads are not sufficiently exercising your system.

I may. But the question is also if the test is sufficiently close to the
final RT use case. One may think that running cyclictest alone gives the
full picture of -rt's determinism, but it only stresses one simple use
case of the kernel.

> 
> To answer your question, though, it all depends on your requirements, 
> whether you need hard or soft realtime.  In other words, is it ok to 
> miss your deadline every so often?  If so, CONFIG_PREEMPT would be fine 
> for you. If you can't miss any deadlines, use Xenomai.
> 
> Of course, just by choosing to use Xenomai, you don't get hard realtime. 
>   You still need to design your system and software correctly.
> 
> As time marches on, the CONFIG_PREEMPT is getting closer to hard 
> realtime, especially with the interrupt threading, but I don't think 
> that time is now.
> 

Theoretically, -rt/CONFIG_PREEMPT_RT can provide this already - if you
do not hit implementation problems with the particular use case, or the
application uses services which do not provide real-time qualities on -rt.

Jan


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 257 bytes --]

  parent reply	other threads:[~2009-06-02 20:15 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-06-01 22:14 [Xenomai-help] How to chose between xenomai and preempt RT 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 [this message]
     [not found] <2060886493.147971244020544226.JavaMail.root@domain.hid>
2009-06-03  9:17 ` Adrien LECOINTRE
2009-06-03  9:34   ` Gilles Chanteperdrix
2009-06-03  9:44     ` Gilles Chanteperdrix
2009-06-03 12:16   ` 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=4A258866.1040205@domain.hid \
    --to=jan.kiszka@domain.hid \
    --cc=jeff@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.