On Tue, Dec 25, 2007 at 04:34:18AM +0100, Andi Kleen wrote:Yeah, unfortunately, querying to find out how much memory is being used by which parts of the system is something which I think needs to be more than just a debugging feature. One could argue that "vmstat", "iostat", and "sar" are debugging features as well, but other people would consider them "critical programs to get information necessary to monitor the health of their system". Perhaps /proc/slabinfo should be that relatively stable interface, if /sys/slab can't be guaranteed to be stable. But there *are* people who will want to monitor information like this on an ongoing fashion on production systems. One of the major downsides of /sys seems to be that it's very hard to keep it stable, so maybe it's not the right tool for this. /proc/slabinfo has the advantage that it's a simple text file, and its format is relatively well-understood, and doesn't a patch to provide /proc/slabinfo for SLUB already exist? - Ted --
| Michal Piotrowski | Re: Linux 2.6.21-rc4 |
| Satyam Sharma | [PATCH 0/8] i386: bitops: Cleanup, sanitize, optimize |
| Greg Kroah-Hartman | [PATCH 001/196] Chinese: Add the known_regression URI to the HOWTO |
| David Woodhouse | Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin" |
git: | |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 15/37] dccp: Set per-connection CCIDs via socket options |
| Alexey Dobriyan | Re: [GIT]: Networking |
| Natalie Protasevich | [BUG] New Kernel Bugs |
