public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
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.

  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