Top syscalls

Hien Nguyen hien@us.ibm.com
Tue Sep 13 17:43:00 GMT 2005


Frank Ch. Eigler wrote:

>I expect that when the system call tapset is finally constructed,
>strings such as the plain system call names will be made available in
>the new probe point aliases.  Is anyone now working on this?
>
>  
>
Yes, system call tap set should export plain name. Kevin is working on it.

>Yeah, no wonder this, repeated 20 times, is running out of the
>MAXACTION quota, which is around 1000 statements.  I hope we can think
>of a way of expressing "top N" type queries using statistics objects,
>or a sorting primitive, or something.
>  
>

A built in assoc array sorting function would be great.

>Be aware that this processing loop in fact does/should (bug #1275)
>lock the syscall_count array for the duration of the iteration.  That
>that means that concurent processes on other CPUs trying to perform
>syscalls will be held in a spinlock.  So the MAXACTION limit performs
>a useful function even in this case.
>
>
>  
>
>>[...]
>>probe kernel.function("sys_*") {
>>	if (pid() != get_daemon_pid())
>>		accumulate ()
>>}
>>    
>>
>
>Did you find that this filtering was necessary?  Was stpd showing up a
>lot?  I thought it had learned to batch its kernel-to-user message
>passing, so as to produce a smaller footprint.
>
>  
>
Actually, we don't need to do that filtering.




More information about the Systemtap mailing list