lkml.org 
[lkml]   [2012]   [Sep]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH v3 00/16] slab accounting for memcg
    On 09/21/2012 01:40 PM, Pekka Enberg wrote:
    > Hi Glauber,
    >
    > On Tue, Sep 18, 2012 at 5:11 PM, Glauber Costa <glommer@parallels.com> wrote:
    >> This is a followup to the previous kmem series. I divided them logically
    >> so it gets easier for reviewers. But I believe they are ready to be merged
    >> together (although we can do a two-pass merge if people would prefer)
    >>
    >> Throwaway git tree found at:
    >>
    >> git://git.kernel.org/pub/scm/linux/kernel/git/glommer/memcg.git kmemcg-slab
    >>
    >> There are mostly bugfixes since last submission.
    >
    > Overall, I like this series a lot. However, I don't really see this as a
    > v3.7 material because we already have largeish pending updates to the
    > slab allocators. I also haven't seen any performance numbers for this
    > which is a problem.
    >
    > So what I'd really like to see is this series being merged early in the
    > v3.8 development cycle to maximize the number of people eyeballing the
    > code and looking at performance impact.
    >
    > Does this sound reasonable to you Glauber?

    Absolutely.

    As I've stated before, I actually believe the kmemcg-stack and
    kmemcg-slab (this one) portions should be merged separately. (So we can
    sort out issues more easily, and point to the right place)

    The first one is a lot more stable and got a lot more love. The goal of
    this one is to get it reviewed so we can merge as soon as we can - but
    not sooner.

    early v3.8 sounds perfect to me.


    \
     
     \ /
      Last update: 2012-09-21 13:01    [W:4.391 / U:0.276 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site