[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20150616072806.GC13125@js1304-P5Q-DELUXE>
Date: Tue, 16 Jun 2015 16:28:06 +0900
From: Joonsoo Kim <iamjoonsoo.kim@....com>
To: Jesper Dangaard Brouer <brouer@...hat.com>
Cc: linux-mm@...ck.org, Christoph Lameter <cl@...ux.com>,
Andrew Morton <akpm@...ux-foundation.org>,
netdev@...r.kernel.org, Alexander Duyck <alexander.duyck@...il.com>
Subject: Re: [PATCH 7/7] slub: initial bulk free implementation
On Mon, Jun 15, 2015 at 05:52:56PM +0200, Jesper Dangaard Brouer wrote:
> This implements SLUB specific kmem_cache_free_bulk(). SLUB allocator
> now both have bulk alloc and free implemented.
>
> Play nice and reenable local IRQs while calling slowpath.
>
> Signed-off-by: Jesper Dangaard Brouer <brouer@...hat.com>
> ---
> mm/slub.c | 32 +++++++++++++++++++++++++++++++-
> 1 file changed, 31 insertions(+), 1 deletion(-)
>
> diff --git a/mm/slub.c b/mm/slub.c
> index 98d0e6f73ec1..cc4f870677bb 100644
> --- a/mm/slub.c
> +++ b/mm/slub.c
> @@ -2752,7 +2752,37 @@ EXPORT_SYMBOL(kmem_cache_free);
>
> void kmem_cache_free_bulk(struct kmem_cache *s, size_t size, void **p)
> {
> - __kmem_cache_free_bulk(s, size, p);
> + struct kmem_cache_cpu *c;
> + struct page *page;
> + int i;
> +
> + local_irq_disable();
> + c = this_cpu_ptr(s->cpu_slab);
> +
> + for (i = 0; i < size; i++) {
> + void *object = p[i];
> +
> + if (unlikely(!object))
> + continue; // HOW ABOUT BUG_ON()???
> +
> + page = virt_to_head_page(object);
> + BUG_ON(s != page->slab_cache); /* Check if valid slab page */
> +
> + if (c->page == page) {
> + /* Fastpath: local CPU free */
> + set_freepointer(s, object, c->freelist);
> + c->freelist = object;
> + } else {
> + c->tid = next_tid(c->tid);
> + local_irq_enable();
> + /* Slowpath: overhead locked cmpxchg_double_slab */
> + __slab_free(s, page, object, _RET_IP_);
> + local_irq_disable();
> + c = this_cpu_ptr(s->cpu_slab);
SLUB free path doesn't need to irq management in many cases although
it uses cmpxchg_doule_slab. Is this really better than just calling
__kmem_cache_free_bulk()?
Thanks.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists