[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <g2i84144f021005120600wa8eb0409k13f67f49c519509@mail.gmail.com>
Date: Wed, 12 May 2010 16:00:51 +0300
From: Pekka Enberg <penberg@...helsinki.fi>
To: Tvrtko Ursulin <tvrtko.ursulin@...hos.com>
Cc: linux-kernel@...r.kernel.org,
Andrew Morton <akpm@...ux-foundation.org>,
Catalin Marinas <catalin.marinas@....com>
Subject: Re: 2.6.33.2 kmalloc-8 slab leaks ~512 objects per second
Hi Tvrtko,
On Wed, May 12, 2010 at 1:21 PM, Tvrtko Ursulin
<tvrtko.ursulin@...hos.com> wrote:
> As the subject says, is this a know issue? I have been tracking the growth at
> one second intervals and it looks like this:
>
> 512 (67716608) Slab: 606744 kB
> 512 (67717120) Slab: 606752 kB
> 512 (67717632) Slab: 606756 kB
> 0 (67718144) Slab: 606756 kB
> 512 (67718144) Slab: 606760 kB
> 1024 (67718656) Slab: 606768 kB
> 512 (67719680) Slab: 606772 kB
> 512 (67720192) Slab: 606776 kB
> 0 (67720704) Slab: 606776 kB
> 512 (67720704) Slab: 606780 kB
>
> First fiels is the diff in numobj, in parentheses is actual numobj and last is
> the total slab size from /proc/meminfo.
>
> kmalloc-8 68044800 68044800 8 512 1 : tunables 0 0 0
> : slabdata 132900 132900 0
>
> dm-io slab also seems large, don't know... :
> dm_io 75924 147288 40 102 1 : tunables 0 0 0 :
> slabdata 1444 1444 0
>
> Some other info about the system/kernel is attached.
[snip]
You might want to try out the built-in kernel memory leak detector.
See Documentation/kmemleak.txt for details how to enable it and use
it.
Pekka
--
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/
Powered by blists - more mailing lists