From: Markus Franke <Markus.Franke@domain.hid>
To: Jan Kiszka <jan.kiszka@domain.hid>
Cc: Xenomai-help@domain.hid
Subject: Re: [Xenomai-help] CONFIG_PREEMPT & irqbench
Date: Wed, 14 Feb 2007 10:59:10 +0100 [thread overview]
Message-ID: <45D2DD6E.5030800@domain.hid> (raw)
In-Reply-To: <45D2CE27.5040303@domain.hid>
[-- Attachment #1: Type: text/plain, Size: 1463 bytes --]
Jan Kiszka wrote:
> Markus Franke wrote:
>>I am running some latency tests with irqbench/irqloop. I am wondering
>>whether it would be possible to achieve better results when activating
>>CONFIG_PREEMPT and CONFIG_PREEMPT_VOLUNTARILY during the kernel
>>configuration and running irqloop in User Mode over this kernel?
>
>
> Nope.
>
>
>>Does it make any sense?
>
>
> Nope. :)
> The Linux kernel is already fully preemptible by Xenomai once you
> applied the I-pipe patch. Therefore, you are free to pick the Linux
> preemption strategy according to your *Linux* load, independent of what
> the real-time part needs.
Well, "Native-API-Tour.pdf" states that everytime a mode switch from
Primary Domain to Secondary Domain is made (e.g. Linux system call like
ioctl()), Xenomai can ease from the
"continuous trend of improvements of Linux 2.6 regarding
preemptability". So CONFIG_PREEMPT should have an impact on measurements
with Xenomai, maybe not with irqbench/irqloop. The problem here is that
we don't have a mode switch, right? When running irqloop as User-Task it
simply runs in Secondary Mode, right?
> Do you have CONFIG_DEBUG_PREEMPT set as well then? This option still as
> a small but measurable impact on Xenomai due to micro-dependencies that
> as scheduled to be removed in the near future.
I cannot see anything like
CONFIG_DEBUG_PREEMPT=y
or
#CONFIG_DEBUG_PREEMPT is not set
in my config-file. The parameter simply doesn't exist.
Markus
[-- Attachment #2: Markus.Franke.vcf --]
[-- Type: text/x-vcard, Size: 245 bytes --]
begin:vcard
fn:Markus Franke
n:Franke;Markus
adr;quoted-printable:;;Vettersstra=C3=9Fe 64/722;Chemnitz;Saxony;09126;Germany
email;internet:Markus.Franke@domain.hid
x-mozilla-html:FALSE
url:http://www.tu-chemnitz.de/~franm
version:2.1
end:vcard
next prev parent reply other threads:[~2007-02-14 9:59 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-02-14 0:01 [Xenomai-help] CONFIG_PREEMPT & irqbench Markus Franke
2007-02-14 8:53 ` Jan Kiszka
2007-02-14 9:00 ` Jan Kiszka
2007-02-14 9:59 ` Markus Franke
2007-02-14 10:17 ` Jan Kiszka
2007-02-14 9:59 ` Markus Franke [this message]
2007-02-14 10:28 ` Jan Kiszka
2007-02-14 10:46 ` Markus Franke
2007-02-14 12:10 ` Dmitry Adamushko
2007-02-14 12:54 ` Markus Franke
2007-02-14 12:22 ` 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=45D2DD6E.5030800@domain.hid \
--to=markus.franke@domain.hid \
--cc=Xenomai-help@domain.hid \
--cc=jan.kiszka@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.