On Tue, 24 Aug 2010, Christoph Lameter wrote: > > kmalloc-32 1113344 1113344 32 128 1 : tunables 0 0 > > 0 : slabdata 8698 8698 0 > > > > That's /proc/slabinfo on my laptop with SLUB. It looks like my last > > reboot popped me back to 2.6.33 so it may also be old news, but I > > couldn't spot any reports with Google. > > Boot with "slub_debug" as a kernel parameter > > and then do a > > cat /sys/kernel/slab/kmalloc-32/alloc_calls > > to find the caller allocating the objets. > I'd suspect this was anon_vma, and enabling CONFIG_DEBUG_KMEMLEAK would probably reveal exactly where it's getting leaked. -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxxx For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>