lkml.org 
[lkml]   [2012]   [Aug]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH v2 06/11] memcg: kmem controller infrastructure
    On 08/15/2012 01:42 PM, Glauber Costa wrote:
    >> Also, as I
    >> > have mentioned in the other email in this thread. Why should we reclaim
    >> > just because of kernel allocation when we are not reclaiming any of it
    >> > because shrink_slab is ignored in the memcg reclaim.
    >
    > Don't get too distracted by the fact that shrink_slab is ignored. It is
    > temporary, and while this being ignored now leads to suboptimal
    > behavior, it will 1st, only affect its users, and 2nd, not be disastrous.
    >
    > I see it this as more or less on pair with the soft limit reclaim
    > problem we had. It is not ideal, but it already provided functionality
    >

    Okay, I sent the e-mail before finishing it... duh

    What I meant in this last sentence, is that the situation while the
    memcg-aware shrinkers doesn't land in the kernel is more or less the
    same (obviously not exactly) as with the soft reclaim work. It is an
    evolutionary approach that provides some functionality that is not yet
    perfect but already solves lots of problems for people willing to live
    with its temporary drawbacks.




    \
     
     \ /
      Last update: 2012-08-15 13:42    [W:2.210 / U:0.172 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site