linux-kernel - Re: OOM-killer and strange RSS value in 3.9-rc7

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <0000013e427023d7-9456c313-8654-420c-b85a-cb79cc3c4ffc-000000@email.amazonses.com>
Date:	Thu, 25 Apr 2013 18:24:05 +0000
From:	Christoph Lameter <cl@...ux.com>
To:	Han Pingtian <hanpt@...ux.vnet.ibm.com>
cc:	LKML <linux-kernel@...r.kernel.org>, mhocko@...e.cz,
	penberg@...nel.org, rientjes@...gle.com, linux-mm@...ck.org
Subject: Re: 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?

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