From: Dimitri Sivanich <sivanich@sgi.com>
To: Peter Zijlstra <peterz@infradead.org>
Cc: Ingo Molnar <mingo@elte.hu>, linux-kernel@vger.kernel.org
Subject: Re: relax_domain_level boot parameter has no effect
Date: Mon, 4 Jun 2012 13:16:14 -0500 [thread overview]
Message-ID: <20120604181614.GA22172@sgi.com> (raw)
In-Reply-To: <1338824262.28282.87.camel@twins>
On Mon, Jun 04, 2012 at 05:37:42PM +0200, Peter Zijlstra wrote:
> On Fri, 2012-06-01 at 16:03 -0500, Dimitri Sivanich wrote:
> > I noticed (and verified) that the relax_domain_level boot parameter does not
> > get processed because sched_domain_level_max is 0 at the time that
> > setup_relax_domain_level() is run.
> >
> > int sched_domain_level_max;
> >
> > static int __init setup_relax_domain_level(char *str)
> > {
> > unsigned long val;
> >
> > val = simple_strtoul(str, NULL, 0);
> > if (val < sched_domain_level_max)
> > default_relax_domain_level = val;
> >
> > return 1;
> > }
> > __setup("relax_domain_level=", setup_relax_domain_level);
>
> Ah indeed.. this has been so for a while I guess.
On a very related note, the sched_relax_domain_level setting in cpuset
doesn't appear to work correctly either (if I'm interpreting all of this
correctly).
The reason is that the build_sched_domain() routine calls the
set_domain_attribute() routine prior to setting the sd->level, however,
the set_domain_attribute() routine relies on the sd->level to decide whether
idle load balancing will be off/on.
static void set_domain_attribute(struct sched_domain *sd,
..
==> if (request < sd->level) {
/* turn off idle balance on this domain */
..
..
struct sched_domain *build_sched_domain(struct sched_domain_topology_level *tl,
..
==> set_domain_attribute(sd, attr);
cpumask_and(sched_domain_span(sd), cpu_map, tl->mask(cpu));
if (child) {
==> sd->level = child->level + 1;
sched_domain_level_max = max(sched_domain_level_max, sd->level);
> What are you using this knob for?
I was poking around for different ways to turn off idle load balancing when
I ran into all of this.
next prev parent reply other threads:[~2012-06-04 18:16 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-01 21:03 relax_domain_level boot parameter has no effect Dimitri Sivanich
2012-06-04 15:37 ` Peter Zijlstra
2012-06-04 18:16 ` Dimitri Sivanich [this message]
2012-06-05 18:34 ` Dimitri Sivanich
2012-06-05 18:36 ` Peter Zijlstra
2012-06-05 18:44 ` [PATCH] Fix relax_domain_level interface Dimitri Sivanich
2012-06-06 16:01 ` [tip:sched/urgent] sched: Fix the relax_domain_level boot parameter tip-bot for Dimitri Sivanich
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=20120604181614.GA22172@sgi.com \
--to=sivanich@sgi.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=peterz@infradead.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox