This is the mail archive of the
mailing list for the systemtap project.
Re: stptracer-20060828 has released.
- From: fche at redhat dot com (Frank Ch. Eigler)
- To: Li Guanglei <guanglei at cn dot ibm dot com>
- Cc: <systemtap at sources dot redhat dot com>, "Jose R. Santos" <jrs at us dot ibm dot com>, Satoshi Oshima <soshima at redhat dot com>, Hideo Aoki <haoki at redhat dot com>, Yumiko Sugita <yumiko dot sugita dot yf at hitachi dot com>
- Date: 31 Aug 2006 13:15:48 -0400
- Subject: Re: stptracer-20060828 has released.
- References: <44F58A51.firstname.lastname@example.org> <44F69E3C.email@example.com>
Li Guanglei <firstname.lastname@example.org> writes:
> [...] So we use _stp_printf() for its fancy printing format in
> trade of its slower speed compared with gBTI. But the interface
> like gBTI imposes too much restriction on trace data format and the
> number of data items to be traced. Maybe we should find some places
> inside _stp_printf() for further performance improvement while still
> have the capability to print data freely.
To avoid the overhead inherent in dynamic interpretation of formatting
strings, we would need to gradually adopt a compiled approach. The
translator is already parsing formatting strings. It could emit
low-level equivalent code to write binary chunks directly. The
runtime would only need to provide buffer-reservation/commit routines.