[lttng-dev] Using LTTng for existing Qt-based tracepoints?

Milian Wolff milian.wolff at kdab.com
Fri Oct 20 19:55:10 UTC 2017


On Donnerstag, 19. Oktober 2017 12:00:01 CEST Arnaud Clère wrote:
> Hi all,
> I am evaluating the feasibility of using LTTng as a backend for existing Qt
> tracepoints following the discussions at Qt Contributors Summit :
> https://wiki.qt.io/QtCS2017_Discuss_Qt_Logging_enhancements . The idea
> would be to get less performance impact when tracing and more structured
> data to analyse without changing Qt users' code.
> 
> I see that instead of describing all tracepoints, we could use a generic LTT
> tracepoint like in Python:
> http://git.lttng.org/?p=lttng-ust.git;a=blob;f=liblttng-ust-python-agent/lt
> tng_ust_python.h
> 
> Except, I would like to structure the tracepoint data at run-time following
> a JSON-based data model. I think I could encode that part of CTF
> dynamically by appending binary user data, CTF variants, dynamically-sized
> CTF structures and sequences in a local buffer.
> 
> But I am wondering how to pass this buffer along with its size to LTTng.
> I am afraid a TP_ARGS(void*, buffer) and TP_FIELDS(buffer) would not work
> since it would require LTTng to read the CTF in "buffer" to discover where
> it stops...
> 
> Or should I use some other API?

Hey Arnaud,

Why do we want to use the generic LTTng tracepoint instead of the concrete 
ones? See also the existing work that went into https://codereview.qt-project.org/#/c/185287/ and the dependent changesets. We hope to be able to 
revive this patchset soon.

Cheers

-- 
Milian Wolff | milian.wolff at kdab.com | Senior Software Engineer
KDAB (Deutschland) GmbH&Co KG, a KDAB Group company
Tel: +49-30-521325470
KDAB - The Qt Experts




More information about the lttng-dev mailing list