This is the mail archive of the systemtap@sourceware.org mailing list for the systemtap project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

is systemtap's language more complicated than needed.


I was reading through the systemtap manual and wondered why are there
so many types of kernel probes.

kernel.function
kernel.inline
kernel.statement

seems to be over kill, as an end user it would be easier if there was
just one kernel probe type and let systemtap's parser figure out what
exactly is needed to probe the right points. In fact by parsing the
line it mostly should be obvious which type it just has to lookup is
the function point a inlined function or a regular function. and it
should automaticly use  kernel.statement type probe if there is a ":"
in the probe point.

kernel("functionname")  /* either a  function or inlined, parser must
figure it out */
kernel("functionname[file]") /* either a  function or inlined, parser
must figure it out */
kernel("kernel/sched.c:2917")  /* a line in a file */

this change will make it much easier to read and create scripts for
the end user, especially if a function is inlined at some point in the
future. When its time to add in the userland probles they could be
based on the same syntax

user$pid("functionname")
user$pid("functioname[file]")
user$pid("src/memorymanagment.c:2314")


just a thought


James Dickens
uadmin.blogspot.com


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]