Got something.... If I remove the atomics from both alloc and free then I 
get a performance jump. But maybe also a runtime variation????

Avoid the use of atomics in slab_alloc

About 5-7% performance gain. Or am I also seeing runtime variations?

What we do is add the last free field in the page struct to setup
a separate per cpu freelist. From that one we can allocate without
taking the slab lock because we checkout the complete list of free
objects when we first touch the slab. If we have an active list
then we can also free to that list if we run on that processor
without taking the slab lock.

This allows even concurrent allocations and frees from the same slab using
two mutually exclusive freelists. If the allocator is running out of
its per cpu freelist then it will consult the per slab freelist and reload
if objects were freed in it.

Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>

---
 include/linux/mm_types.h |    5 +++-
 mm/slub.c                |   54 +++++++++++++++++++++++++++++++++++++++--------
 2 files changed, 49 insertions(+), 10 deletions(-)

Index: slub/include/linux/mm_types.h
===================================================================
--- slub.orig/include/linux/mm_types.h  2007-05-04 18:58:06.000000000 -0700
+++ slub/include/linux/mm_types.h       2007-05-04 18:59:42.000000000 -0700
@@ -50,9 +50,12 @@ struct page {
            spinlock_t ptl;
 #endif
            struct {                    /* SLUB uses */
-               struct page *first_page;        /* Compound pages */
+               void **cpu_freelist;            /* Per cpu freelist */
                struct kmem_cache *slab;        /* Pointer to slab */
            };
+           struct {
+               struct page *first_page;        /* Compound pages */
+           };
        };
        union {
                pgoff_t index;          /* Our offset within mapping. */
Index: slub/mm/slub.c
===================================================================
--- slub.orig/mm/slub.c 2007-05-04 18:58:06.000000000 -0700
+++ slub/mm/slub.c      2007-05-04 19:02:33.000000000 -0700
@@ -845,6 +845,7 @@ static struct page *new_slab(struct kmem
        page->offset = s->offset / sizeof(void *);
        page->slab = s;
        page->inuse = 0;
+       page->cpu_freelist = NULL;
        start = page_address(page);
        end = start + s->objects * s->size;
 
@@ -1137,6 +1138,23 @@ static void putback_slab(struct kmem_cac
  */
 static void deactivate_slab(struct kmem_cache *s, struct page *page, int cpu)
 {
+       /*
+        * Merge cpu freelist into freelist. Typically we get here
+        * because both freelists are empty. So this is unlikely
+        * to occur.
+        */
+       while (unlikely(page->cpu_freelist)) {
+               void **object;
+
+               /* Retrieve object from cpu_freelist */
+               object = page->cpu_freelist;
+               page->cpu_freelist = page->cpu_freelist[page->offset];
+
+               /* And put onto the regular freelist */
+               object[page->offset] = page->freelist;
+               page->freelist = object;
+               page->inuse--;
+       }
        s->cpu_slab[cpu] = NULL;
        ClearPageActive(page);
 
@@ -1206,25 +1224,32 @@ static void *slab_alloc(struct kmem_cach
        local_irq_save(flags);
        cpu = smp_processor_id();
        page = s->cpu_slab[cpu];
-       if (!page)
+       if (unlikely(!page))
                goto new_slab;
 
+       if (likely(page->cpu_freelist)) {
+fast_object:
+               object = page->cpu_freelist;
+               page->cpu_freelist = object[page->offset];
+               local_irq_restore(flags);
+               return object;
+       }
+
        slab_lock(page);
        if (unlikely(node != -1 && page_to_nid(page) != node))
                goto another_slab;
 redo:
-       object = page->freelist;
-       if (unlikely(!object))
+       if (unlikely(!page->freelist))
                goto another_slab;
        if (unlikely(PageError(page)))
                goto debug;
 
-have_object:
-       page->inuse++;
-       page->freelist = object[page->offset];
+       /* Reload the cpu freelist */
+       page->cpu_freelist = page->freelist;
+       page->freelist = NULL;
+       page->inuse = s->objects;
        slab_unlock(page);
-       local_irq_restore(flags);
-       return object;
+       goto fast_object;
 
 another_slab:
        deactivate_slab(s, page, cpu);
@@ -1267,6 +1292,7 @@ have_slab:
        local_irq_restore(flags);
        return NULL;
 debug:
+       object = page->freelist;
        if (!alloc_object_checks(s, page, object))
                goto another_slab;
        if (s->flags & SLAB_STORE_USER)
@@ -1278,7 +1304,11 @@ debug:
                dump_stack();
        }
        init_object(s, object, 1);
-       goto have_object;
+       page->freelist = object[page->offset];
+       page->inuse++;
+       slab_unlock(page);
+       local_irq_restore(flags);
+       return object;
 }
 
 void *kmem_cache_alloc(struct kmem_cache *s, gfp_t gfpflags)
@@ -1309,6 +1339,12 @@ static void slab_free(struct kmem_cache 
        unsigned long flags;
 
        local_irq_save(flags);
+       if (!PageError(page) && page == s->cpu_slab[smp_processor_id()]) {
+               object[page->offset] = page->cpu_freelist;
+               page->cpu_freelist = object;
+               local_irq_restore(flags);
+               return;
+       }
        slab_lock(page);
 
        if (unlikely(PageError(page)))
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Reply via email to