All of lore.kernel.org
 help / color / mirror / Atom feed
From: Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>
To: xenophile <xenophile@domain.hid>
Cc: xenomai@xenomai.org
Subject: Re: [Xenomai-help] linux 2.6.11
Date: Sun, 22 Apr 2012 13:22:14 +0200	[thread overview]
Message-ID: <4F93E9E6.4070604@domain.hid> (raw)
In-Reply-To: <4F93A3EA.7010802@domain.hid>

On 04/22/2012 08:23 AM, xenophile wrote:
> I'm interested in exploring RT on this hardware and part of the change 
> of kernel was to move to more recent kernel which has better support for 
> this board and to find a kernel that has been used RT with this type of 
> hardware so that I don't have to start from scratch.
> 
> Yesterday I tested 2.6.33 and it was equally slow. I need to find out if 
> this is due to kernel version or gcc. (4.3.4)
> 
> I need to resolve the cause of this factor of 2 or 3 slow down before I 
> get involved in xenomia patching so as to start from a sound base.

Well, given the way xenomai works, we do not depend much on the linux
performances. So, if you want to compare something, it should be the
xenomai latency differences between the two kernel versions. Using linux
performance to get an idea of xenomai performance does not really make
any sense.

To give you just an example, at some point around 2.6.30, the linux
kernel introduced threaded interrupts, which greatly increase interrupt
latencies. Xenomai does not use threaded interrupts, so it is
essentially unaffected by the change.

Of course there are some indirect effect such as the size of the kernel,
which has an impact on I-cache and so on the latency.

> Thanks, I was hoping to find some comments on which kernels are more 
> responsive. I'm sure there's good and bad since RT is not one of the 
> main priorities for kernel development, this may not be a case of the 
> most recent being the best.
> 
>  From a simple user experience circa 2.6.11 was hugely more responsive 
> than the more recent offerings. Maybe 2.6.13 or 2.6.14 are close enough 
> to be in the same league.
> 
> I would have thought this sort of thing would have been thoroughly 
> investigated by RT people and would be documented.

We run xenomai, so, what we investigate are xenomai performances. On a
system running xenomai, the performance-sensitive job is done by
xenomai, not by linux anyway. And we check between two releases that we
do not get differences in performances. So, I am pretty sure that on
at91rm9200 for instance (the platform I have which should be the closest
to an EP9312), the xenomai user-space latency from 2.6.29 to 3.2.1 is
around 220us.

Besides, in terms of performance, the relation performance/version
probably also depends on the platform which is running the kernel. So
for instance, you may have found that 2.6.11 was good on x86, but maybe
it sucked on ARM.

Apart from that, as I already said, we provide you with:
- the latest version of xenomai which should supports all past kernel
versions
- the tools to do the performance measurement.

So, you have everything you need to do the comparison.

-- 
                                                                Gilles.


  reply	other threads:[~2012-04-22 11:22 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <mailman.0.1334997334.18156.xenomai@xenomai.org>
2012-04-21 20:12 ` [Xenomai-help] linux 2.6.11 xenophile
2012-04-21 21:03   ` Gilles Chanteperdrix
2012-04-22  6:23     ` xenophile
2012-04-22 11:22       ` Gilles Chanteperdrix [this message]
2012-04-22  9:10   ` Wolfgang Grandegger
2012-04-22 11:24     ` Gilles Chanteperdrix
2012-04-22 11:34       ` Gilles Chanteperdrix
2012-04-22 13:53         ` Wolfgang Grandegger
2012-04-22 14:02           ` 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=4F93E9E6.4070604@domain.hid \
    --to=gilles.chanteperdrix@xenomai.org \
    --cc=xenomai@xenomai.org \
    --cc=xenophile@domain.hid \
    /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.