[lttng-dev] LTTng user mode performance observation

[Michel Dagenais]

Here is a short answer to start. Others will have more precise suggestions. 

Something that can seriously affect the performance is what is used to obtain information such as the timestamp and possibly the CPU id. More details on your platform would help in that respect. The second thing is that UST is flexible (many parameters can be changed / activated at run time) and robust (reentrant, can be used from within signals) which adds a cost in terms of structure and memory barriers. A high performance mode with restrictions on its use has been discussed in the past but the speed difference is not necessarily that great, typically much lower than the impact of selecting an efficient source for timestamps. 

----- Mail original -----

> We are trying to use user space LTTng to perform some performance analysis of
> fast-path layer 3 forwarding. We have seen that with the tracepoints
> enabled, we experience about a 30% increase in service time. This is spread
> out over two tracepoints so each one is still contributing a good amount.

> This fast path is fast, about 300 cycles so we are asking a lot of efficiency
> of the tracepoint but for comparison, we implemented a simple ring buffer.
> When we run with this type of capture, we only experience a 5% increase in
> service time.

> I’m looking for pointers. We’d rather use LTTng. Are there ways to tune LTTng
> ust for ultra high performance requirements. Perhaps there is a way we could
> write directly to ust’s ring buffers, or perhaps preallocate the buffers?

> Rich

> _______________________________________________
> lttng-dev mailing list
> lttng-dev at lists.lttng.org
> https://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.lttng.org/pipermail/lttng-dev/attachments/20160602/8e8a154b/attachment.html>