linux-kernel - tracking memory usage/leak in "inactive" field in /proc/meminfo?

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-next>] [day] [month] [year] [list]

Message-ID: <4B71927D.6030607@nortel.com>
Date:	Tue, 09 Feb 2010 10:51:09 -0600
From:	"Chris Friesen" <cfriesen@...tel.com>
To:	Rik van Riel <riel@...hat.com>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	linux-mm@...ck.org
Subject: tracking memory usage/leak in "inactive" field in /proc/meminfo?

Hi,

I'm hoping you can help me out.  I'm on a 2.6.27 x86 system and I'm
seeing the "inactive" field in /proc/meminfo slowly growing over time to
the point where eventually the oom-killer kicks in and starts killing
things.  The growth is not evident in any other field in /proc/meminfo.

I'm trying to figure out where the memory is going, and what it's being
used for.

As I've found, the fields in /proc/meminfo don't add up...in particular,
active+inactive is quite a bit larger than
buffers+cached+dirty+anonpages+mapped+pagetables+vmallocused.  Initially
the difference is about 156MB, but after about 13 hrs the difference is
240MB.

How can I track down where this is going?  Can you suggest any
instrumentation that I can add?

I'm reasonably capable, but I'm getting seriously confused trying to
sort out the memory subsystem.  Some pointers would be appreciated.

Thanks,

Chris
--
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/