From: Lee Schermerhorn <Lee.Schermerhorn@hp.com>
To: clameter@sgi.com
Cc: akpm@linux-foundation.org, linux-mm@kvack.org
Subject: Re: [patch 07/10] Memoryless nodes: SLUB support
Date: Wed, 20 Jun 2007 10:10:11 -0400 [thread overview]
Message-ID: <1182348612.5058.3.camel@localhost> (raw)
In-Reply-To: <20070618192545.764710140@sgi.com>
On Mon, 2007-06-18 at 12:20 -0700, clameter@sgi.com wrote:
> plain text document attachment (memless_slub)
> Simply switch all for_each_online_node to for_each_memory_node. That way
> SLUB only operates on nodes with memory. Any allocation attempt on a
> memoryless node will fall whereupon SLUB will fetch memory from a nearby
> node (depending on how memory policies and cpuset describe fallback).
>
> Signed-off-by: Christoph Lameter <clameter@sgi.com>
>
> Index: linux-2.6.22-rc4-mm2/mm/slub.c
> ===================================================================
> --- linux-2.6.22-rc4-mm2.orig/mm/slub.c 2007-06-18 11:16:15.000000000 -0700
> +++ linux-2.6.22-rc4-mm2/mm/slub.c 2007-06-18 11:28:50.000000000 -0700
<snip>
Christoph:
This patch didn't apply to 22-rc4-mm2. Does it assume some other SLUB
patches?
I resolved the conflicts by just doing what the description says:
replacing all 'for_each_online_node" with "for_each_memory_node", but I
was surprised that this one patch out of 10 didn't apply. I'm probably
missing some other patch.
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>
next prev parent reply other threads:[~2007-06-20 14:10 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-06-18 19:19 [patch 00/10] NUMA: Memoryless Node support V1 clameter
2007-06-18 19:19 ` [patch 01/10] Memoryless nodes: Fix GFP_THISNODE behavior clameter
2007-06-18 19:19 ` [patch 02/10] NUMA: Introduce node_memory_map clameter
2007-06-18 19:19 ` [patch 03/10] Fix MPOL_INTERLEAVE behavior for memoryless nodes clameter
2007-06-18 19:20 ` [patch 04/10] OOM: use the node_memory_map instead of constructing one on the fly clameter
2007-06-18 19:20 ` [patch 05/10] Memoryless Nodes: No need for kswapd clameter
2007-06-18 19:20 ` [patch 06/10] Memoryless Node: Slab support clameter
2007-06-18 19:20 ` [patch 07/10] Memoryless nodes: SLUB support clameter
2007-06-20 14:10 ` Lee Schermerhorn [this message]
2007-06-20 16:53 ` Christoph Lameter
2007-06-20 17:17 ` Lee Schermerhorn
2007-06-18 19:20 ` [patch 08/10] Uncached allocator: Handle memoryless nodes clameter
2007-06-19 6:59 ` Jes Sorensen
2007-06-18 19:20 ` [patch 09/10] Memoryless node: Allow profiling data to fall back to other nodes clameter
2007-06-18 19:20 ` [patch 10/10] Memoryless nodes: Update memory policy and page migration clameter
2007-06-19 18:48 ` [patch 00/10] NUMA: Memoryless Node support V1 Andrew Morton
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=1182348612.5058.3.camel@localhost \
--to=lee.schermerhorn@hp.com \
--cc=akpm@linux-foundation.org \
--cc=clameter@sgi.com \
--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.