[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <00000139306844c8-bb717c88-ca56-48b3-9b8f-9186053359d3-000000@email.amazonses.com>
Date: Thu, 16 Aug 2012 17:08:23 +0000
From: Christoph Lameter <cl@...ux.com>
To: JoonSoo Kim <js1304@...il.com>
cc: Pekka Enberg <penberg@...nel.org>, linux-kernel@...r.kernel.org,
linux-mm@...ck.org, David Rientjes <rientjes@...gle.com>
Subject: Re: [PATCH] slub: try to get cpu partial slab even if we get enough
objects for cpu freelist
On Thu, 16 Aug 2012, JoonSoo Kim wrote:
> But, if you prefer that s->cpu_partial is for both cpu slab and cpu
> partial slab,
> get_partial_node() needs an another minor fix.
> We should add number of objects in cpu slab when we refill cpu partial slab.
> Following is my suggestion.
>
> @@ -1546,7 +1546,7 @@ static void *get_partial_node(struct kmem_cache *s,
> spin_lock(&n->list_lock);
> list_for_each_entry_safe(page, page2, &n->partial, lru) {
> void *t = acquire_slab(s, n, page, object == NULL);
> - int available;
> + int available, nr = 0;
>
> if (!t)
> break;
> @@ -1557,10 +1557,10 @@ static void *get_partial_node(struct kmem_cache *s,
> object = t;
> available = page->objects - page->inuse;
> } else {
> - available = put_cpu_partial(s, page, 0);
> + nr = put_cpu_partial(s, page, 0);
> stat(s, CPU_PARTIAL_NODE);
> }
> - if (kmem_cache_debug(s) || available > s->cpu_partial / 2)
> + if (kmem_cache_debug(s) || (available + nr) >
> s->cpu_partial / 2)
> break;
>
> }
>
> If you agree with this suggestion, I send a patch for this.
What difference does this patch make? At the end of the day you need the
total number of objects available in the partial slabs and the cpu slab
for comparison.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists