All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andrew Morton <akpm@linux-foundation.org>
To: Paul Mundt <lethal@linux-sh.org>
Cc: linux-mm@kvack.org, ak@suse.de, clameter@sgi.com,
	hugh@veritas.com, lee.schermerhorn@hp.com
Subject: Re: [PATCH] numa: mempolicy: dynamic interleave map for system init.
Date: Thu, 7 Jun 2007 18:01:08 -0700	[thread overview]
Message-ID: <20070607180108.0eeca877.akpm@linux-foundation.org> (raw)
In-Reply-To: <20070607011701.GA14211@linux-sh.org>

On Thu, 7 Jun 2007 10:17:01 +0900
Paul Mundt <lethal@linux-sh.org> wrote:

> This is an alternative approach to the MPOL_INTERLEAVE across online
> nodes as the system init policy. Andi suggested it might be worthwhile
> trying to do this dynamically rather than as a command line option, so
> that's what this tries to do.
> 
> With this, the online nodes are sized and packed in to an interleave map
> if they're large enough for interleave to be worthwhile. I arbitrarily
> chose 16MB as the node size to enable interleaving, but perhaps someone
> has a better figure in mind?
> 
> In the case where all of the nodes are smaller than that, the largest
> node is selected and placed in to the map by itself (if they're all the
> same size, the first online node gets used).
> 
> If people prefer this approach, the previous patch adding mpolinit can be
> dropped.
> 
> Signed-off-by: Paul Mundt <lethal@linux-sh.org>

Well I took silence as assent.

None of the above text is suitable for a changelog.  Please send a
changelog for this patch, thanks.

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

  reply	other threads:[~2007-06-08  1:01 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-06-07  1:17 [PATCH] numa: mempolicy: dynamic interleave map for system init Paul Mundt
2007-06-08  1:01 ` Andrew Morton [this message]
2007-06-08  2:47   ` Christoph Lameter
2007-06-08  3:01     ` Andrew Morton
2007-06-08  3:11       ` Christoph Lameter
2007-06-08  3:25     ` Paul Mundt
2007-06-08  3:49       ` Christoph Lameter
2007-06-08  4:13         ` Paul Mundt
2007-06-08  4:27           ` Christoph Lameter
2007-06-08  6:05             ` Paul Mundt
2007-06-08  6:09               ` Christoph Lameter
2007-06-08  6:27                 ` Paul Mundt
2007-06-08  6:43                   ` Christoph Lameter
2007-06-08 14:50       ` Matt Mackall
2007-06-12  2:36         ` Nick Piggin
2007-06-12  9:43         ` Paul Mundt
2007-06-12 15:32           ` Matt Mackall
2007-06-13  2:10             ` Nick Piggin
2007-06-13  3:12               ` Matt Mackall
2007-06-13  2:53             ` Paul Mundt
2007-06-13  3:16               ` Matt Mackall

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=20070607180108.0eeca877.akpm@linux-foundation.org \
    --to=akpm@linux-foundation.org \
    --cc=ak@suse.de \
    --cc=clameter@sgi.com \
    --cc=hugh@veritas.com \
    --cc=lee.schermerhorn@hp.com \
    --cc=lethal@linux-sh.org \
    --cc=linux-mm@kvack.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 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.