From: Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>
To: Jeff Weber <jwamsc@domain.hid>
Cc: xenomai@xenomai.org
Subject: Re: [Xenomai-help] SMP load balancing
Date: Tue, 01 Mar 2011 16:04:15 +0100 [thread overview]
Message-ID: <4D6D0AEF.8070100@domain.hid> (raw)
In-Reply-To: <AANLkTimQBPGtBysVt7UHeBgaNiU045nWCBDSaHuEDJk6@domain.hid>
Jeff Weber wrote:
> I am looking for guidance on how much I can rely upon the Linux kernel and
> Xenomai schedulers to perform automatic load balancing, vs. how much I must
> load balance manually. My config:
>
> x86 SMP system with 2 CPUs
> Linux 2.6.35.10 + xenomai-2.5.5.2
> ISA hardware device with 1 IRQ
> Xenomai kernel module driver using old-style native API (may be ported to
> RTDM in the future)
> user space application with multiple Linux and Xenomai threads
> no effort [yet] to explicitly set CPU affinities for either Xenomai, nor
> Linux
> cat /proc/xenomai/affinity output = 000000ff
>
> question: From /proc/xenomai/stat , I see all Xenomai kernel driver and
> userspace threads running on only CPU0, though my IRQ handler is being
> balanced on both CPUs. Will Xenomai ever "balance" or "migrate" threads to
> other CPUs if the affinity mask allows this?
Xenomai does not make any load balancing, because a migration introduces
a huge latency, so, what you have to do is to set an affinity with just
one bit set. And changing affinity during a thread's life is not
recommended.
>
> question: Does the Linux scheduler assume it owns 100% of the cycles on CPU0
> (where all the Xenomai threads happen to be running), and thus make
> incorrect scheduling decisions for Linux threads on CPU0?
I am not sure, what does top say ?
--
Gilles.
prev parent reply other threads:[~2011-03-01 15:04 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-01 14:56 [Xenomai-help] SMP load balancing Jeff Weber
2011-03-01 15:04 ` Gilles Chanteperdrix
2011-03-01 15:04 ` Gilles Chanteperdrix [this message]
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=4D6D0AEF.8070100@domain.hid \
--to=gilles.chanteperdrix@xenomai.org \
--cc=jwamsc@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.