All of lore.kernel.org
 help / color / mirror / Atom feed
From: Lee Schermerhorn <Lee.Schermerhorn@hp.com>
To: Christoph Lameter <clameter@sgi.com>
Cc: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>,
	ak@suse.de, linux-kernel@vger.kernel.org, linux-mm@kvack.org,
	akpm@linux-foundation.org, Eric Whitney <eric.whitney@hp.com>
Subject: Re: [PATCH] change global zonelist order on NUMA v3
Date: Thu, 26 Apr 2007 12:29:22 -0400	[thread overview]
Message-ID: <1177604962.5705.55.camel@localhost> (raw)
In-Reply-To: <Pine.LNX.4.64.0704260904190.1655@schroedinger.engr.sgi.com>

On Thu, 2007-04-26 at 09:06 -0700, Christoph Lameter wrote:
> Hmmmm... One additional easy way to fix this would be to create a DMA 
> node and place it very distant to other nodes. This would make it a 
> precious system resource that is only used for
> 
> 1. GFP_DMA allocations
> 
> 2. If the memory on the other nodes is exhausted.
> 

This would solve the problem for "100% CLM" configurations where the
only thing in the interleaved pseudo-node is DMA zone.  However, we can
configure any %-age of CLM between 0% [fully interleaved, pseudo-SMP]
and "100%" [which is not really, as I've mentioned].  Interestingly,
older revs of our firmware set the SLIT distance for the interleaved
pseudo-node to 255 [or such], so it was always last.  Then someone
decided that the interleaved node was effectively closer than other
nodes...

I have been considering an HP-platform-specific boot option [handled by
a new ia64 machine vec op] to re-distance the interleaved node, but for
other platforms, such as Kame's, I think we still need the ability to
move the DMA zones last in the Normal zone lists.  Or, exclude them
altogether?

Lee


WARNING: multiple messages have this Message-ID (diff)
From: Lee Schermerhorn <Lee.Schermerhorn@hp.com>
To: Christoph Lameter <clameter@sgi.com>
Cc: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>,
	ak@suse.de, linux-kernel@vger.kernel.org, linux-mm@kvack.org,
	akpm@linux-foundation.org, Eric Whitney <eric.whitney@hp.com>
Subject: Re: [PATCH] change global zonelist order on NUMA v3
Date: Thu, 26 Apr 2007 12:29:22 -0400	[thread overview]
Message-ID: <1177604962.5705.55.camel@localhost> (raw)
In-Reply-To: <Pine.LNX.4.64.0704260904190.1655@schroedinger.engr.sgi.com>

On Thu, 2007-04-26 at 09:06 -0700, Christoph Lameter wrote:
> Hmmmm... One additional easy way to fix this would be to create a DMA 
> node and place it very distant to other nodes. This would make it a 
> precious system resource that is only used for
> 
> 1. GFP_DMA allocations
> 
> 2. If the memory on the other nodes is exhausted.
> 

This would solve the problem for "100% CLM" configurations where the
only thing in the interleaved pseudo-node is DMA zone.  However, we can
configure any %-age of CLM between 0% [fully interleaved, pseudo-SMP]
and "100%" [which is not really, as I've mentioned].  Interestingly,
older revs of our firmware set the SLIT distance for the interleaved
pseudo-node to 255 [or such], so it was always last.  Then someone
decided that the interleaved node was effectively closer than other
nodes...

I have been considering an HP-platform-specific boot option [handled by
a new ia64 machine vec op] to re-distance the interleaved node, but for
other platforms, such as Kame's, I think we still need the ability to
move the DMA zones last in the Normal zone lists.  Or, exclude them
altogether?

Lee

--
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-04-26 16:29 UTC|newest]

Thread overview: 38+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-04-26  9:34 [PATCH] change global zonelist order on NUMA v2 KAMEZAWA Hiroyuki
2007-04-26  9:34 ` KAMEZAWA Hiroyuki
2007-04-26  9:47 ` Andi Kleen
2007-04-26  9:47   ` Andi Kleen
2007-04-26 10:10   ` KAMEZAWA Hiroyuki
2007-04-26 10:10     ` KAMEZAWA Hiroyuki
2007-04-26 10:53     ` [PATCH] change global zonelist order on NUMA v3 KAMEZAWA Hiroyuki
2007-04-26 10:53       ` KAMEZAWA Hiroyuki
2007-04-26 16:00       ` Lee Schermerhorn
2007-04-26 16:00         ` Lee Schermerhorn
2007-04-26 16:06         ` Christoph Lameter
2007-04-26 16:06           ` Christoph Lameter
2007-04-26 16:29           ` Lee Schermerhorn [this message]
2007-04-26 16:29             ` Lee Schermerhorn
2007-04-26 16:36             ` Christoph Lameter
2007-04-26 16:36               ` Christoph Lameter
2007-04-26 15:48     ` [PATCH] change global zonelist order on NUMA v2 Christoph Lameter
2007-04-26 15:48       ` Christoph Lameter
2007-04-27  0:27       ` KAMEZAWA Hiroyuki
2007-04-27  0:27         ` KAMEZAWA Hiroyuki
2007-04-27  1:25         ` Christoph Lameter
2007-04-27  1:25           ` Christoph Lameter
2007-04-27  1:50           ` KAMEZAWA Hiroyuki
2007-04-27  1:50             ` KAMEZAWA Hiroyuki
2007-04-30 15:03           ` Lee Schermerhorn
2007-04-30 15:03             ` Lee Schermerhorn
2007-04-30 14:09         ` Lee Schermerhorn
2007-04-30 14:09           ` Lee Schermerhorn
2007-04-26 15:46   ` Christoph Lameter
2007-04-26 15:46     ` Christoph Lameter
2007-04-26 15:51     ` Andi Kleen
2007-04-26 15:51       ` Andi Kleen
2007-04-26 21:57 ` Lee Schermerhorn
2007-04-26 21:57   ` Lee Schermerhorn
2007-04-26 22:07   ` Christoph Lameter
2007-04-26 22:07     ` Christoph Lameter
2007-04-27  0:41   ` KAMEZAWA Hiroyuki
2007-04-27  0:41     ` KAMEZAWA Hiroyuki

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=1177604962.5705.55.camel@localhost \
    --to=lee.schermerhorn@hp.com \
    --cc=ak@suse.de \
    --cc=akpm@linux-foundation.org \
    --cc=clameter@sgi.com \
    --cc=eric.whitney@hp.com \
    --cc=kamezawa.hiroyu@jp.fujitsu.com \
    --cc=linux-kernel@vger.kernel.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.