Messages in this thread | | | From | Andi Kleen <> | Subject | Re: [POLL] SLAB : Are the 32 and 192 bytes caches really usefull on x86_64 machines ? | Date | Sat, 31 Dec 2005 21:13:53 +0100 |
| |
On Friday 30 December 2005 22:13, Marcelo Tosatti wrote: > > <snip> > > > > Note that just looking at slabinfo is not enough for this - you need the > > > original > > > sizes as passed to kmalloc, not the rounded values reported there. > > > Should be probably not too hard to hack a simple monitoring script up > > > for that > > > in systemtap to generate the data. > > > > Something like this: > > > > http://lwn.net/Articles/124374/ > > Written with a systemtap script: > http://sourceware.org/ml/systemtap/2005-q3/msg00550.html
I had actually written a similar script on my own before, but I found it was near completely unusable on a 4core Opteron system even under moderate load because systemtap bombed out when it needed more than one spin to take the lock of the shared hash table.
(it basically did if (!spin_trylock()) ... stop script; ...)
The problem was that the backtraces took so long that another CPU very often run into the locked lock.
Still with a stripped down script without backtraces had some interesting results. In particular my init was reading some file in /proc 10 times a second, allocating 4K (wtf did it do that?) and some other somewhat surprising results.
-Andi - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |