All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jan Kiszka <jan.kiszka@domain.hid>
To: Markus.Franke@domain.hid
Cc: Xenomai-help@domain.hid
Subject: Re: [Xenomai-help] CONFIG_PREEMPT & irqbench
Date: Wed, 14 Feb 2007 10:00:14 +0100	[thread overview]
Message-ID: <45D2CF9E.40308@domain.hid> (raw)
In-Reply-To: <45D2CE27.5040303@domain.hid>

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

Jan Kiszka wrote:
> Markus Franke wrote:
>> Dear all,
>>
>> 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. :)
> 
>> I think in theory it should give better results because
>> this irqloop runs in secondary(linux) domain when started, right? An
>> increasing preemptibility of the linux kernel should be better for the
>> irqloop-task.
> 
> 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.
> 
> Unless you have interactive Linux programs running, I can suggest to
> pick PREEMPT_VOLUNTARILY or even PREEMPT_NONE, specifically on low-end
> hardware.
> 
>> All tests were made under heavy I/O and CPU load by means of "dd",
>> "pingflood" and "cpuburn". Nevertheless, I can only achieve worse
>> results when activating CONFIG_PREEMPT.
> 
> 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.

Hmm, I should have better said "tiny". This experience is based on
I-pipe tracer observations, and I guess you don't have that thing on,
have you?

How much is the difference? How long did you measure to exclude noise.

Jan


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

  reply	other threads:[~2007-02-14  9:00 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 [this message]
2007-02-14  9:59     ` Markus Franke
2007-02-14 10:17       ` Jan Kiszka
2007-02-14  9:59   ` Markus Franke
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=45D2CF9E.40308@domain.hid \
    --to=jan.kiszka@domain.hid \
    --cc=Markus.Franke@domain.hid \
    --cc=Xenomai-help@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.