<div dir="ltr">Hi,<br><div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Sep 18, 2017 at 11:18 PM, Jonathan Rajotte-Julien <span dir="ltr"><<a href="mailto:jonathan.rajotte-julien@efficios.com" target="_blank">jonathan.rajotte-julien@efficios.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<span class=""><br>
On Mon, Sep 18, 2017 at 11:32:07AM +0800, liguang li wrote:<br>
>    Hi,<br>
><br>
>    Create a session in live-reading mode, run a application which having very<br>
>    high event throughput, then prints<br>
>    the events with babeltrace. We found the live trace viewer are viewing<br>
>    events a few seconds ago, and as time<br>
<br>
</span>Could you provide us the version used for babeltrace, lttng-tools and lttng-ust?<span class=""><br></span></blockquote><div><br></div><div> Babeltrace: 1.5.1</div><div> Lttng-tools: 2.8.6</div><div> Lttng-ust: 2.8.2</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
>    goes on, the delay will be bigger and bigger.<br>
<br>
</span>A similar issues was observed a couple months ago, which implicated multiple delayed ack<br>
problems during communication between lttng-relayd and babeltrace.<br>
<br>
The following fixes were merged:<br>
<br>
[1] <a href="https://github.com/lttng/lttng-tools/commit/b6025e9476332b75eb8184345c3eb3e924780088" rel="noreferrer" target="_blank">https://github.com/lttng/<wbr>lttng-tools/commit/<wbr>b6025e9476332b75eb8184345c3eb3<wbr>e924780088</a><br>
[2] <a href="https://github.com/efficios/babeltrace/commit/de417d04317ca3bc30f59685a9d19de670e4b11d" rel="noreferrer" target="_blank">https://github.com/efficios/<wbr>babeltrace/commit/<wbr>de417d04317ca3bc30f59685a9d19d<wbr>e670e4b11d</a><br>
[3] <a href="https://github.com/efficios/babeltrace/commit/4594dbd8f7c2af2446a3e310bee74ba4a2e9d648" rel="noreferrer" target="_blank">https://github.com/efficios/<wbr>babeltrace/commit/<wbr>4594dbd8f7c2af2446a3e310bee74b<wbr>a4a2e9d648</a><br>
<br>
In the event that you are already using an updated version of babeltrace and<br>
lttng-tools, it would be pertinent to provide us with a simple reproducer so we<br>
can assess the issue.<br>
<br></blockquote><div> </div><div> Steps:</div><div><br></div><div> lttng create session --live -U net://*</div><div> lttng enable-channel -s session -u ch1</div><div> lttng enable-event -s session -c ch1 -u -a</div><div> lttng start</div><div> </div><div> Run a high event throughput application, which is multithreaded application.</div><div><br></div><div> babeltrace -i lttng-live net://*</div><div> </div><div> After a while, we found the timestamp of the event in the babeltrace is different with the time in host</div><div> which run the application. And the delay will be bigger and bigger with time goes.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Cheers<br>
<span class=""><br>
>    I checked the source code, found Babeltrace in live-reading mode will read<br>
>    the recorded events in the CTF<br>
>    files, and then parse and print it in a single thread. The process is a<br>
>    little slow, do you have any ideas to<br>
>    improve the process.<br>
>    Thanks,<br>
>    Liguang<br>
<br>
</span>> ______________________________<wbr>_________________<br>
> lttng-dev mailing list<br>
> <a href="mailto:lttng-dev@lists.lttng.org">lttng-dev@lists.lttng.org</a><br>
> <a href="https://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev" rel="noreferrer" target="_blank">https://lists.lttng.org/cgi-<wbr>bin/mailman/listinfo/lttng-dev</a><br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
--<br>
Jonathan Rajotte-Julien<br>
EfficiOS<br>
</font></span></blockquote></div><br></div></div></div>