From: Erich Focht <efocht@ess.nec.de>
To: LSE <lse-tech@lists.sourceforge.net>
Cc: linux-kernel <linux-kernel@vger.kernel.org>,
linux-ia64 <linux-ia64@linuxia64.org>
Subject: node affine NUMA scheduler
Date: Mon, 22 Jul 2002 15:59:41 +0200 [thread overview]
Message-ID: <200207221559.41235.efocht@ess.nec.de> (raw)
There's a new version of the node affine NUMA scheduler extension based
on the O(1) scheduler at
http://home.arcor.de/efocht/sched/Nod18_2.4.18-ia64-O1ef7.patch
The patch is for 2.4.18 kernels and it has been tested on IA64 systems.
It requires the O(1) scheduler patch with the corrected complex macros
which I posted to the LSE and linux-ia64 mailing lists last week. For
IA64 you should use:
http://home.arcor.de/efocht/sched/O1_ia64-ef7-2.4.18.patch.bz2
which should be applied to 2.4.18 + ia64-020622 patch.
For IA32 (NUMA-Q) try instead:
http://home.arcor.de/efocht/sched/O1_i386-ef7-2.4.18.patch.bz2
What is it good for?
- Extends the scheduler to NUMA.
- Each task gets a homenode assigned at start (initial load balancing).
- A memory affinity patch (like discontigmem, or similar) should take
care that the memory of the task is allocated mainly from its
homenode.
- The scheduler attracts the tasks to their homenodes while trying to
keep the nodes equally balanced.
- Target: keep processes and their memory on the same node to reduce
memory access latencies without having to fiddle with the
cpus_allowed masks (hard affinities).
- Within one node, behaves like the normal O(1) scheduler.
For an overview over the features have a look at:
http://home.arcor.de/efocht/sched
There are several changes compared to the previous version, the most
important ones are:
- Extension to multilevel NUMA hierarchy by implementing delays when
stealing tasks from remote nodes.
- Better selection of task to be stolen from busiest runqueue. Take
into account cache coolness, node and supernode of task and runqueue.
Comments and feedback are very wellcome.
Regards,
Erich
next reply other threads:[~2002-07-22 13:57 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-07-22 13:59 Erich Focht [this message]
[not found] <mailman.1016050377.26216.linux-kernel2news@redhat.com>
2002-03-13 20:38 ` Node affine NUMA scheduler Pete Zaitcev
-- strict thread matches above, loose matches on Subject: below --
2002-03-13 20:10 Erich Focht
2002-03-14 2:58 ` Jesse Barnes
2002-03-14 14:54 ` Erich Focht
2002-03-14 16:11 ` Erich Focht
2002-03-14 17:28 ` Jesse Barnes
2002-03-15 1:57 ` Erich Focht
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=200207221559.41235.efocht@ess.nec.de \
--to=efocht@ess.nec.de \
--cc=linux-ia64@linuxia64.org \
--cc=linux-kernel@vger.kernel.org \
--cc=lse-tech@lists.sourceforge.net \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox