All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ashok Raj <ashok.raj@intel.com>
To: Nathan Lynch <ntl@pobox.com>
Cc: Ashok Raj <ashok.raj@intel.com>, Andrew Morton <akpm@osdl.org>,
	Shaohua Li <shaohua.li@intel.com>,
	linux-kernel@vger.kernel.org, zwane@linuxpower.ca,
	vatsa@in.ibm.com
Subject: Re: [PATCH 0/10] bulk cpu removal support
Date: Thu, 11 May 2006 15:17:59 -0700	[thread overview]
Message-ID: <20060511151759.A17155@unix-os.sc.intel.com> (raw)
In-Reply-To: <20060511191939.GC10833@localdomain>; from ntl@pobox.com on Thu, May 11, 2006 at 02:19:39PM -0500

On Thu, May 11, 2006 at 02:19:39PM -0500, Nathan Lynch wrote:
> > > just a bunch of handwaving so far, sorry.
> > 
> > Hand waving? Dont think that was intensional though.. i think we are trying
> > to address a real problem, if there is a reasonable alternate already
> > that we are not aware of, no problemo...
> 
> If the motivation for these patches is to minimize disruption of the
> workload when offlining a group of cpus, then I think the reasonable
> alternative is for the admin (or a script) to migrate sensitive
> tasks and interrupts to cpus that are not going to be offlined --
> before offlining any cpus.
> 
> On the other hand, I'm getting the feeling that the problem you're
> really trying to address is that offlining lots of cpus takes a long

Think i relied to the other thread... we can invent lots of goodies to keep
process and interrupt bouncing... but nothing is going to stop the 
kstopmachine() hammer for each logical cpu offline in any architecture:-(



  reply	other threads:[~2006-05-11 22:18 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-05-08  5:45 [PATCH 0/10] bulk cpu removal support Shaohua Li
2006-05-08  6:29 ` Nathan Lynch
2006-05-08  7:39   ` Shaohua Li
2006-05-08  6:30 ` Ashok Raj
2006-05-11  6:06 ` Andrew Morton
2006-05-11 16:53   ` Ashok Raj
2006-05-11 17:02     ` Andrew Morton
2006-05-11 17:27       ` Ashok Raj
2006-05-11 20:42         ` Martin Bligh
2006-05-11 22:09           ` Ashok Raj
2006-05-12  0:04             ` Nathan Lynch
2006-05-11 17:19     ` Nathan Lynch
2006-05-11 17:40       ` Ashok Raj
2006-05-11 19:19         ` Nathan Lynch
2006-05-11 22:17           ` Ashok Raj [this message]
  -- strict thread matches above, loose matches on Subject: below --
2006-05-14 20:49 Protasevich, Natalie
2006-05-14 21:28 Protasevich, Natalie

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=20060511151759.A17155@unix-os.sc.intel.com \
    --to=ashok.raj@intel.com \
    --cc=akpm@osdl.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=ntl@pobox.com \
    --cc=shaohua.li@intel.com \
    --cc=vatsa@in.ibm.com \
    --cc=zwane@linuxpower.ca \
    /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.