lkml.org 
[lkml]   [2011]   [Apr]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    From
    Date
    SubjectRe: 2.6.39-rc4+: Kernel leaking memory during FS scanning, regression?
    2011/4/25 Bruno Prémont <bonbons@linux-vserver.org>:
    >
    > kmemleak reports 86681 new leaks between shortly after boot and -2 state.
    > (and 2348 additional ones between -2 and -4).

    I wouldn't necessarily trust kmemleak with the whole RCU-freeing
    thing. In your slubinfo reports, the kmemleak data itself also tends
    to overwhelm everything else - none of it looks unreasonable per se.

    That said, you clearly have a *lot* of filp entries. I wouldn't
    consider it unreasonable, though, because depending on load those may
    well be fine. Perhaps you really do have some application(s) that hold
    thousands of files open. The default file limit is 1024 (I think), but
    you can raise it, and some programs do end up opening tens of
    thousands of files for filesystem scanning purposes.

    That said, I would suggest simply trying a saner kernel configuration,
    and seeing if that makes a difference:

    > Yes, it's uni-processor system, so SMP=n.
    > TINY_RCU=y, PREEMPT_VOLUNTARY=y (whole /proc/config.gz attached keeping
    > compression)

    I'm not at all certain that TINY_RCU is appropriate for
    general-purpose loads. I'd call it more of a "embedded low-performance
    option".

    The _real_ RCU implementation ("tree rcu") forces quiescent states
    every few jiffies and has logic to handle "I've got tons of RCU
    events, I really need to start handling them now". All of which I
    think tiny-rcu lacks.

    So right now I suspect that you have a situation where you just have a
    simple load that just ends up never triggering any RCU cleanup, and
    the tiny-rcu thing just keeps on gathering events and delays freeing
    stuff almost arbitrarily long.

    So try CONFIG_PREEMPT and CONFIG_TREE_PREEMPT_RCU to see if the
    behavior goes away. That would confirm the "it's just tinyrcu being
    too dang stupid" hypothesis.

    Linus
    --
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2011-04-25 18:35    [W:4.753 / U:0.740 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site