lkml.org 
[lkml]   [2013]   [Apr]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: OOM-killer and strange RSS value in 3.9-rc7
On Thu, 25 Apr 2013, Han Pingtian wrote:

> > A dump of the other fields in /sys/kernel/slab/kmalloc*/* would also be
> > useful.
> >
> I have dumpped all /sys/kernel/slab/kmalloc*/* in kmalloc.tar.xz and
> will attach it to this mail.

Ok that looks like a lot of objects were freed from slab pages but the
slab pages were not freed.

looking at kmalloc-8192 we have

Total capacity of the slab cache is 27k objects but only 508 are in use.

Looks like slab pages are not freed when all objects in them have been
released.

The relevant portion of code that do the freeing are in

mm/slub.c::unfreeze_partials()

if (unlikely(!new.inuse && n->nr_partial > s->min_partial)) {
page->next = discard_page;
discard_page = page;
} else {
add_partial(n, page, DEACTIVATE_TO_TAIL);
stat(s, FREE_ADD_PARTIAL);
}


..

while (discard_page) {
page = discard_page;
discard_page = discard_page->next;

stat(s, DEACTIVATE_EMPTY);
discard_slab(s, page);
stat(s, FREE_SLAB);
}

and mm/slub.c::__slab_free()

if (unlikely(!new.inuse && n->nr_partial > s->min_partial))
goto slab_empty;


Could you verify the values of nr_partial and min_partial and verify that
the free paths are actually used?



\
 
 \ /
  Last update: 2013-04-25 20:41    [W:0.158 / U:0.552 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site