[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87iqzw197h.fsf@basil.nowhere.org>
Date: 09 Mar 2008 11:29:54 +0100
From: Andi Kleen <andi@...stfloor.org>
To: Thomas Gleixner <tglx@...utronix.de>
Cc: LKML <linux-kernel@...r.kernel.org>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Ingo Molnar <mingo@...e.hu>,
Christoph Lameter <clameter@....com>,
Bart Van Assche <bart.vanassche@...il.com>
Subject: Re: quicklists confuse meminfo
Thomas Gleixner <tglx@...utronix.de> writes:
> Bart reported http://bugzilla.kernel.org/show_bug.cgi?id=9991. He
> assumed a memory leak in 32bit kernels when he analyzed the output of
> /proc/meminfo.
>
> The leak is not a leak, it's an accounting bug. quicklists keep a
> large amount of pages which are accounted as used memory.
There are various other subsystems which can cache substantial memory
under the right circumstances. Do you want to add all of them
to /proc/meminfo? I'm not sure that will scale long term.
One more general possibility would be to integrate this with
with the shrinker callbacks. Everyone who caches memory should
have a shrinker. Perhaps that could be integrated with some reporting
facility that adds a dynamic counter field that is displayed
somewhere in /proc or /sys.
-Andi
--
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