All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
To: Ingo Molnar <mingo@elte.hu>
Cc: linux-kernel@vger.kernel.org, linux-rt-users@vger.kernel.org,
	Thomas Gleixner <tglx@linutronix.de>,
	Dinakar Guniguntala <dino@in.ibm.com>
Subject: Re: v2.6.21.4-rt11
Date: Mon, 11 Jun 2007 07:44:02 -0700	[thread overview]
Message-ID: <20070611144401.GA9102@linux.vnet.ibm.com> (raw)
In-Reply-To: <20070611073634.GB32446@elte.hu>

On Mon, Jun 11, 2007 at 09:36:34AM +0200, Ingo Molnar wrote:
> 
> * Paul E. McKenney <paulmck@linux.vnet.ibm.com> wrote:
> 
> > 2.6.21.4-rt12 boots on 4-CPU Opteron and passes several hours of 
> > rcutorture.  However, if I simply do "modprobe rcutorture", the kernel 
> > threads do not spread across the CPUs as I would expect them to, even 
> > given CFS.  Instead, the readers all stack up on a single CPU, and I 
> > have to use the "taskset" command to spread them out manually.  Is 
> > there some config parameter I am missing out on?
> 
> hm, what affinity do they start out with? Could they all be pinned to 
> CPU#0 by default?

They start off with affinity masks of 0xf on a 4-CPU system.  I would
expect them to load-balance across the four CPUs, but they stay all
on the same CPU until long after I lose patience (many minutes).

Since there are eight readers, I use the following commands:

	taskset -p 3 pid1
	taskset -p 3 pid2
	taskset -p 6 pid3
	taskset -p 6 pid4
	taskset -p c pid5
	taskset -p c pid6
	taskset -p 9 pid7
	taskset -p 9 pid8

where the "pidn" are all replaced by the pids of the torture readers.

Before I do this, the processes are all sharing a single CPU.  After I
do this, they are spread reasonably nicely over the CPUs.  I do need to
allow some migration in order to fully test the realtime RCU variants
in the various preemption scenarios.

							Thanx, Paul

  reply	other threads:[~2007-06-11 14:44 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-06-09 21:05 v2.6.21.4-rt11 Ingo Molnar
2007-06-10 10:34 ` v2.6.21.4-rt11 Oleksandr Natalenko
2007-06-10 14:41   ` v2.6.21.4-rt11 Thomas Gleixner
2007-06-11  1:19 ` v2.6.21.4-rt11 Paul E. McKenney
2007-06-11  7:36   ` v2.6.21.4-rt11 Ingo Molnar
2007-06-11 14:44     ` Paul E. McKenney [this message]
2007-06-11 15:38       ` v2.6.21.4-rt11 Ingo Molnar
2007-06-11 15:55         ` v2.6.21.4-rt11 Paul E. McKenney
2007-06-11 17:18           ` v2.6.21.4-rt11 Paul E. McKenney
2007-06-11 20:44             ` v2.6.21.4-rt11 Paul E. McKenney
2007-06-11 22:18               ` v2.6.21.4-rt11 Paul E. McKenney
2007-06-12 21:37                 ` v2.6.21.4-rt11 Ingo Molnar
2007-06-13  1:27                   ` v2.6.21.4-rt11 Paul E. McKenney
2007-06-12  6:03 ` v2.6.21.4-rt11 Eric St-Laurent
2007-06-12  7:32   ` v2.6.21.4-rt11 Ingo Molnar
2007-06-12 13:00     ` v2.6.21.4-rt11 Pallipadi, Venkatesh
2007-06-13  1:37       ` v2.6.21.4-rt11 Eric St-Laurent
2007-06-17 16:15 ` v2.6.21.4-rt11 Nelson Castillo
2007-06-17 16:43   ` v2.6.21.4-rt11 Thomas Gleixner
2007-06-17 16:49     ` v2.6.21.4-rt11 Nelson Castillo
2007-06-17 16:59       ` v2.6.21.4-rt11 Thomas Gleixner
2007-06-18 16:14         ` v2.6.21.4-rt11 Katsuya MATSUBARA
2007-06-19  4:04           ` v2.6.21.4-rt11 Thomas Gleixner
  -- strict thread matches above, loose matches on Subject: below --
2007-06-10 17:50 v2.6.21.4-rt11 Miguel Botón
     [not found] <20070613180451.GA16628@elte.hu>
     [not found] ` <20070613184741.GC8125@linux.vnet.ibm.com>
     [not found]   ` <20070613185522.GA27335@elte.hu>
     [not found]     ` <20070613233910.GJ8125@linux.vnet.ibm.com>
     [not found]       ` <20070615144535.GA12078@elte.hu>
     [not found]         ` <20070615151452.GC9301@linux.vnet.ibm.com>
     [not found]           ` <20070615195545.GA28872@elte.hu>
     [not found]             ` <20070616011605.GH9301@linux.vnet.ibm.com>
     [not found]               ` <20070616084434.GG2559@linux.vnet.ibm.com>
     [not found]                 ` <20070616161213.GA2994@linux.vnet.ibm.com>
2007-06-18 15:12                   ` v2.6.21.4-rt11 Srivatsa Vaddagiri
2007-06-18 16:54                     ` v2.6.21.4-rt11 Christoph Lameter
2007-06-18 17:35                       ` v2.6.21.4-rt11 Srivatsa Vaddagiri
2007-06-18 17:59                         ` v2.6.21.4-rt11 Christoph Lameter
2007-06-19  1:52                           ` v2.6.21.4-rt11 Srivatsa Vaddagiri
2007-06-19  2:13                             ` v2.6.21.4-rt11 Siddha, Suresh B
2007-06-19  2:15                           ` v2.6.21.4-rt11 Siddha, Suresh B
2007-06-19  3:46                             ` v2.6.21.4-rt11 Christoph Lameter
2007-06-19  5:49                               ` v2.6.21.4-rt11 Srivatsa Vaddagiri
2007-06-19  8:07                                 ` v2.6.21.4-rt11 Ingo Molnar
2007-06-18 18:06                     ` v2.6.21.4-rt11 Srivatsa Vaddagiri
2007-06-19  9:04                     ` v2.6.21.4-rt11 Ingo Molnar
2007-06-19 10:43                       ` v2.6.21.4-rt11 Srivatsa Vaddagiri
2007-06-19 14:33                       ` v2.6.21.4-rt11 Srivatsa Vaddagiri
2007-06-19 19:15                         ` v2.6.21.4-rt11 Christoph Lameter
2007-06-19 15:08                       ` v2.6.21.4-rt11 Paul E. McKenney
2007-06-19 19:14                       ` v2.6.21.4-rt11 Christoph Lameter

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=20070611144401.GA9102@linux.vnet.ibm.com \
    --to=paulmck@linux.vnet.ibm.com \
    --cc=dino@in.ibm.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-rt-users@vger.kernel.org \
    --cc=mingo@elte.hu \
    --cc=tglx@linutronix.de \
    /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.