lkml.org 
[lkml]   [2011]   [Dec]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    SubjectRe: [PATCH 1/3] slub: set a criteria for slub node partial adding
    From
    Date
    On Fri, 2011-12-02 at 22:43 +0800, Christoph Lameter wrote:
    > On Fri, 2 Dec 2011, Alex Shi wrote:
    >
    > > From: Alex Shi <alexs@intel.com>
    > >
    > > Times performance regression were due to slub add to node partial head
    > > or tail. That inspired me to do tunning on the node partial adding, to
    > > set a criteria for head or tail position selection when do partial
    > > adding.
    > > My experiment show, when used objects is less than 1/4 total objects
    > > of slub performance will get about 1.5% improvement on netperf loopback
    > > testing with 2048 clients, wherever on our 4 or 2 sockets platforms,
    > > includes sandbridge or core2.
    >
    > The number of free objects in a slab may have nothing to do with cache
    > hotness of all objects in the slab. You can only be sure that one object
    > (the one that was freed) is cache hot. Netperf may use them in sequence
    > and therefore you are likely to get series of frees on the same slab
    > page. How are other benchmarks affected by this change?

    Previous testing depends on 3.2-rc1, that show hackbench performance has
    no clear change, and netperf get some benefit. But seems after
    irqsafe_cpu_cmpxchg patch, the result has some change. I am collecting
    these results.

    As to the cache hot benefit, my understanding is that if the same object
    was reused, it contents will be refilled from memory anyway. but it will
    save a CPU cache line replace action.

    But think through the lock contention on node->list_lock, like
    explanation of commit 130655ef0979. more free objects will reduce the
    contentions of this lock. It is some tricks to do balance of them. :(





    \
     
     \ /
      Last update: 2011-12-05 10:27    [W:2.632 / U:0.016 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site