On Sat, 22 Dec 2007, Ingo Molnar wrote:Well, I do have to admit that I'm not a huge fan of /proc/slabinfo, and the fact that there hasn't been a lot of complaints about it going away does seem to imply that it wasn't a very important ABI. I'm the first to stand up for backwards compatibility, but I also try to be realistic, and so far nobody has really complained about the fact that /proc/slabinfo went away on any grounds but on the general principle of "it was a user-visible ABI". We've changed user-visible ABI's in the past in the hope that they weren't actually used. Sometimes it worked, sometimes it didn't. In this case, I think it still has the potential of working. That said, I'm not a *huge* fan of /sys/slab/ either. I can get the info I as a developer tend to want from there, but it's really rather less convenient than I'd like. It is really quite hard, for example, to get any kind of "who actually uses the most *memory*" information out of there. You have to use something like this: for i in * do order=$(cat "$i/order") slabs=$(cat "$i/slabs") object_size=$(cat "$i/object_size") objects=$(cat "$i/objects") truesize=$(( $slabs<<($order+12) )) size=$(( $object_size*$objects )) percent=$(( $truesize/100 )) if [ $percent -gt 0 ]; then percent=$(( $size / $percent )) fi mb=$(( $size >> 10 )) printf "%10d MB %3d %s\n" $mb $percent $i done | sort -n | tail which works fine, but while it's actually _much_ more readable than doing the same thing with /proc/slabinfo was, I worry about the lack of atomicity in getting the statistics. I dunno. I do think /sys/slab/ is a better interface than /proc/slabinfo was. I just wonder if it could be better still. Linus --
| Jens Axboe | Re: [BUG] New Kernel Bugs |
| KAMEZAWA Hiroyuki | Re: 2.6.24-rc3-mm1 |
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
git: | |
| Gerrit Renker | [PATCH 0/37] dccp: Feature negotiation - last call for comments |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Jarek Poplawski | Re: [BUG #12364] Re: HTB - very bad precision? HFSC works fine! 2.6.28 |
| Alexey Dobriyan | Re: [GIT]: Networking |
