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?
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@xxxxxxxxx. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>