From: Glauber Costa <glommer@parallels.com>
To: Christoph Lameter <cl@linux.com>
Cc: Pekka Enberg <penberg@kernel.org>, Joonsoo Kim <js1304@gmail.com>,
linux-mm@kvack.org, David Rientjes <rientjes@google.com>,
elezegarcia@gmail.com
Subject: Re: CK2 [04/15] slab: Use the new create_boot_cache function to simplify bootstrap
Date: Mon, 22 Oct 2012 12:09:44 +0400 [thread overview]
Message-ID: <5084FF48.9040001@parallels.com> (raw)
In-Reply-To: <0000013a7979e9c4-0f9a8d4b-34b4-45dd-baff-a4ccac7a51a6-000000@email.amazonses.com>
On 10/19/2012 06:42 PM, Christoph Lameter wrote:
> Simplify setup and reduce code in kmem_cache_init(). This allows us to
> get rid of initarray_cache as well as the manual setup code for
> the kmem_cache and kmem_cache_node arrays during bootstrap.
>
> We introduce a new bootstrap state "PARTIAL" for slab that signals the
> creation of a kmem_cache boot cache.
>
> V1->V2: Get rid of initarray_cache as well.
>
> Signed-off-by: Christoph Lameter <cl@linux.com>
> ---
> mm/slab.c | 51 ++++++++++++++++++---------------------------------
> 1 file changed, 18 insertions(+), 33 deletions(-)
>
> Index: linux/mm/slab.c
> ===================================================================
> --- linux.orig/mm/slab.c 2012-10-19 09:12:44.158404719 -0500
> +++ linux/mm/slab.c 2012-10-19 09:12:49.046488276 -0500
> @@ -564,8 +564,6 @@ static struct cache_names __initdata cac
> #undef CACHE
> };
>
> -static struct arraycache_init initarray_cache __initdata =
> - { {0, BOOT_CPUCACHE_ENTRIES, 1, 0} };
> static struct arraycache_init initarray_generic =
> { {0, BOOT_CPUCACHE_ENTRIES, 1, 0} };
>
> @@ -1589,12 +1587,9 @@ static void setup_nodelists_pointer(stru
> */
> void __init kmem_cache_init(void)
> {
> - size_t left_over;
> struct cache_sizes *sizes;
> struct cache_names *names;
> int i;
> - int order;
> - int node;
>
> kmem_cache = &kmem_cache_boot;
> setup_nodelists_pointer(kmem_cache);
> @@ -1638,36 +1633,17 @@ void __init kmem_cache_init(void)
> * 6) Resize the head arrays of the kmalloc caches to their final sizes.
> */
>
> - node = numa_mem_id();
> -
> /* 1) create the kmem_cache */
> - INIT_LIST_HEAD(&slab_caches);
> - list_add(&kmem_cache->list, &slab_caches);
> - kmem_cache->colour_off = cache_line_size();
> - kmem_cache->array[smp_processor_id()] = &initarray_cache.cache;
>
> /*
> * struct kmem_cache size depends on nr_node_ids & nr_cpu_ids
> */
> - kmem_cache->size = offsetof(struct kmem_cache, array[nr_cpu_ids]) +
> - nr_node_ids * sizeof(struct kmem_list3 *);
> - kmem_cache->object_size = kmem_cache->size;
> - kmem_cache->size = ALIGN(kmem_cache->object_size,
> - cache_line_size());
> - kmem_cache->reciprocal_buffer_size =
> - reciprocal_value(kmem_cache->size);
> -
> - for (order = 0; order < MAX_ORDER; order++) {
> - cache_estimate(order, kmem_cache->size,
> - cache_line_size(), 0, &left_over, &kmem_cache->num);
> - if (kmem_cache->num)
> - break;
> - }
> - BUG_ON(!kmem_cache->num);
> - kmem_cache->gfporder = order;
> - kmem_cache->colour = left_over / kmem_cache->colour_off;
> - kmem_cache->slab_size = ALIGN(kmem_cache->num * sizeof(kmem_bufctl_t) +
> - sizeof(struct slab), cache_line_size());
> + create_boot_cache(kmem_cache, "kmem_cache",
> + offsetof(struct kmem_cache, array[nr_cpu_ids]) +
> + nr_node_ids * sizeof(struct kmem_list3 *),
> + SLAB_HWCACHE_ALIGN);
> +
> + slab_state = PARTIAL;
>
With this, plus the statement in setup_cpu_cache, it is possible that we
set the state to PARTIAL from two different locations. Although it
wouldn't be the first instance of it, I can't say I am a big fan.
Is there any reason why you need to initialize the state to PARTIAL from
two different locations?
I would just just get rid of the second and keep this one, which is
called early enough and unconditionally.
> + } else
> + if (slab_state == PARTIAL) {
> + /*
} else if ...
--
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:[~2012-10-22 8:09 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20121019142254.724806786@linux.com>
2012-10-19 14:25 ` CK2 [01/15] slab: Simplify bootstrap Christoph Lameter
2012-10-22 7:57 ` Glauber Costa
2012-10-23 20:45 ` Christoph Lameter
2012-10-19 14:25 ` CK2 [02/15] create common functions for boot slab creation Christoph Lameter
2012-10-20 15:57 ` JoonSoo Kim
2012-10-19 14:32 ` CK2 [14/15] stat: Use size_t for sizes instead of unsigned Christoph Lameter
2012-10-22 8:42 ` Glauber Costa
2012-10-19 14:32 ` CK2 [12/15] Common definition for the array of kmalloc caches Christoph Lameter
2012-10-19 14:32 ` CK2 [05/15] Common alignment code Christoph Lameter
2012-10-19 14:42 ` CK2 [04/15] slab: Use the new create_boot_cache function to simplify bootstrap Christoph Lameter
2012-10-20 16:01 ` JoonSoo Kim
2012-10-22 8:09 ` Glauber Costa [this message]
2012-10-23 21:40 ` Christoph Lameter
2012-10-19 14:42 ` CK2 [13/15] Common function to create the kmalloc array Christoph Lameter
2012-10-22 9:51 ` Glauber Costa
2012-10-19 14:42 ` CK2 [15/15] Common Kmalloc cache determination Christoph Lameter
2012-10-20 16:20 ` JoonSoo Kim
2012-10-23 20:40 ` Christoph Lameter
2012-10-19 14:45 ` CK2 [08/15] slab: Use common kmalloc_index/kmalloc_size functions Christoph Lameter
2012-10-20 16:12 ` JoonSoo Kim
2012-10-23 20:39 ` Christoph Lameter
2012-10-24 17:47 ` JoonSoo Kim
2012-10-19 14:49 ` CK2 [09/15] slab: Common name for the per node structures Christoph Lameter
2012-10-20 16:14 ` JoonSoo Kim
2012-10-23 20:39 ` Christoph Lameter
2012-10-22 8:32 ` Glauber Costa
2012-10-19 14:51 ` CK2 [07/15] Common kmalloc slab index determination Christoph Lameter
2012-10-22 9:45 ` Glauber Costa
2012-10-23 20:48 ` Christoph Lameter
2012-10-19 14:51 ` CK2 [03/15] slub: Use a statically allocated kmem_cache boot structure for bootstrap Christoph Lameter
2012-10-19 14:51 ` CK2 [06/15] Move kmalloc related function defs Christoph Lameter
2012-10-22 8:11 ` Glauber Costa
2012-10-19 14:51 ` CK2 [10/15] slab: rename nodelists to node Christoph Lameter
2012-10-22 8:34 ` Glauber Costa
2012-10-19 14:58 ` CK2 [11/15] Common constants for kmalloc boundaries Christoph Lameter
[not found] <20120928191715.368450474@linux.com>
2012-09-28 19:25 ` CK2 [04/15] slab: Use the new create_boot_cache function to simplify bootstrap Christoph Lameter
2012-10-02 14:56 ` JoonSoo Kim
2012-10-03 14:55 ` 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=5084FF48.9040001@parallels.com \
--to=glommer@parallels.com \
--cc=cl@linux.com \
--cc=elezegarcia@gmail.com \
--cc=js1304@gmail.com \
--cc=linux-mm@kvack.org \
--cc=penberg@kernel.org \
--cc=rientjes@google.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).