On Fri, Jan 18, 2013 at 11:35 AM, Frank Ch. Eigler wrote:
> Hi -
>
> On Fri, Jan 18, 2013 at 09:24:55AM +0800, Jovi Zhang wrote:
>> Let us continue this ktap topic in this thread :).
>> ktap code is public available at github, please clone from:
>> https://github.com/ktap/ktap.git
>> [...]
>
>
Hi -
On Fri, Jan 18, 2013 at 09:24:55AM +0800, Jovi Zhang wrote:
> Let us continue this ktap topic in this thread :).
> ktap code is public available at github, please clone from:
> https://github.com/ktap/ktap.git
> [...]
Neat stuff. I have one set of initial observations: even with a nice
On Fri, Jan 4, 2013 at 11:19 PM, Frank Ch. Eigler wrote:
> Hi -
>
> bookjovi wrote:
>
>> >> [...]
>> >> ktap use lua language syntax and bytecode as initial implementation,
>> >
>> > Interesting approach. I recall we considered it way back when, but
>> > rejected it for a couple of reasons,
On Fri, Jan 4, 2013 at 11:19 PM, Frank Ch. Eigler f...@redhat.com wrote:
Hi -
bookjovi wrote:
[...]
ktap use lua language syntax and bytecode as initial implementation,
Interesting approach. I recall we considered it way back when, but
rejected it for a couple of reasons, including
Hi -
On Fri, Jan 18, 2013 at 09:24:55AM +0800, Jovi Zhang wrote:
Let us continue this ktap topic in this thread :).
ktap code is public available at github, please clone from:
https://github.com/ktap/ktap.git
[...]
Neat stuff. I have one set of initial observations: even with a nice
small
On Fri, Jan 18, 2013 at 11:35 AM, Frank Ch. Eigler f...@redhat.com wrote:
Hi -
On Fri, Jan 18, 2013 at 09:24:55AM +0800, Jovi Zhang wrote:
Let us continue this ktap topic in this thread :).
ktap code is public available at github, please clone from:
https://github.com/ktap/ktap.git
[...]
- "Jovi Zhang" wrote:
> On Fri, Jan 11, 2013 at 10:19 PM, Michel Dagenais
> wrote:
> > You may be interested in KGTP which implements a simple bytecode interpreter
> > in the kernel to accept GDB tracepoints
> http://code.google.com/p/kgtp/
> >
> > The bytecode is quite limited but would be
- Jovi Zhang bookj...@gmail.com wrote:
On Fri, Jan 11, 2013 at 10:19 PM, Michel Dagenais
michel.dagen...@polymtl.ca wrote:
You may be interested in KGTP which implements a simple bytecode interpreter
in the kernel to accept GDB tracepoints
http://code.google.com/p/kgtp/
The
On Fri, Jan 11, 2013 at 10:19 PM, Michel Dagenais
wrote:
> You may be interested in KGTP which implements a simple bytecode interpreter
> in the kernel to accept GDB tracepoints http://code.google.com/p/kgtp/
>
> The bytecode is quite limited but would be easy to extend.
KGTP is still not meet my
On Fri, Jan 11, 2013 at 10:19 PM, Michel Dagenais
michel.dagen...@polymtl.ca wrote:
You may be interested in KGTP which implements a simple bytecode interpreter
in the kernel to accept GDB tracepoints http://code.google.com/p/kgtp/
The bytecode is quite limited but would be easy to extend.
Hi -
bookjovi wrote:
> >> [...]
> >> ktap use lua language syntax and bytecode as initial implementation,
> >
> > Interesting approach. I recall we considered it way back when, but
> > rejected it for a couple of reasons, including the at-the-time
> > perceived unwelcomeness of a serious
On Tue, Jan 1, 2013 at 2:58 AM, Frank Ch. Eigler wrote:
>
> bookjovi wrote:
>
>
>> [...] This mail is RFC for discuss on a new dynamic tracing tool, I
>> name it ktap. (only experimental project now)
>
> Welcome to the problem domain!
Thanks very much, frank, I'm so luck to discussing this topic
On Tue, Jan 1, 2013 at 2:58 AM, Frank Ch. Eigler f...@redhat.com wrote:
bookjovi wrote:
[...] This mail is RFC for discuss on a new dynamic tracing tool, I
name it ktap. (only experimental project now)
Welcome to the problem domain!
Thanks very much, frank, I'm so luck to discussing this
Hi -
bookjovi wrote:
[...]
ktap use lua language syntax and bytecode as initial implementation,
Interesting approach. I recall we considered it way back when, but
rejected it for a couple of reasons, including the at-the-time
perceived unwelcomeness of a serious bytecode interpreter
bookjovi wrote:
> [...] This mail is RFC for discuss on a new dynamic tracing tool, I
> name it ktap. (only experimental project now)
Welcome to the problem domain!
> [...]
> what ktap differentiates with Systemtap is:
> [...]
> 2). ktap have good portability, because it compile source file
bookjovi wrote:
[...] This mail is RFC for discuss on a new dynamic tracing tool, I
name it ktap. (only experimental project now)
Welcome to the problem domain!
[...]
what ktap differentiates with Systemtap is:
[...]
2). ktap have good portability, because it compile source file to
16 matches
Mail list logo
