This is the mail archive of the
mailing list for the systemtap project.
Re: stptracer-20060828 has released.
- From: Masami Hiramatsu <masami dot hiramatsu dot pt at hitachi dot com>
- To: "Frank Ch. Eigler" <fche at redhat dot com>
- Cc: Li Guanglei <guanglei at cn dot ibm dot com>, 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: Fri, 01 Sep 2006 12:07:26 +0900
- Subject: Re: stptracer-20060828 has released.
- Organization: Systems Development Lab., Hitachi, Ltd., Japan
- References: <44F58A51.firstname.lastname@example.org> <44F69E3C.email@example.com> <firstname.lastname@example.org>
Frank Ch. Eigler wrote:
> Li Guanglei <email@example.com> 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.
It's a good idea.
I suggest that the stpd should handle each binary chunks correctly.
In the gBTI approach, each binary data has its length information in
the head of the entry. So the enhanced merging routine (gbti_merge
command) can separate those entries correctly even if the routine
doesn't know the format of the binary data.
Current systemtap can't merge the temporary files which include
binary data correctly. I think if each binary chunks has its
length information, we can merge them correctly.
2nd Research Dept.
Hitachi, Ltd., Systems Development Laboratory