[lttng-dev] LTTng container awareness

2021-05-25 Thread 杨海 via lttng-dev
Hi LTTng had the 2019 plan to decouple tooling for container awareness, how is the progress on that? https://archive.fosdem.org/2019/schedule/event/containers_lttng/ As stated in page 18, LTTng is comprised of many components that expect a “monolitic” system. How about the future to container

Re: [lttng-dev] LTTng - Xenomai : different results between timestamp-lttng and rt_time_read()

2021-05-25 Thread Norbert Lange via lttng-dev
Am Fr., 21. Mai 2021 um 12:13 Uhr schrieb MONTET Julien : > > Hello Mathieu, Norbert and Jan, > > Thank you for all of your explainations and the overview of the system. > No I didn't change the ipipe patch for the vDSO, I may try this. > If I have correctly understood, this patch prevents Cobalt f

Re: [lttng-dev] [PATCH lttng-ust] Improve tracelog handling, reduce exported functions

2021-05-25 Thread Norbert Lange via lttng-dev
Am Do., 20. Mai 2021 um 19:18 Uhr schrieb Mathieu Desnoyers : > > > > - On May 20, 2021, at 12:51 PM, Norbert Lange nolang...@gmail.com wrote: > > > Am Do., 20. Mai 2021 um 18:25 Uhr schrieb Mathieu Desnoyers > > : > >> > >> - On May 20, 2021, at 11:54 AM, Norbert Lange nolang...@gmail.com

[lttng-dev] [PATCH lttng-ust] Improve tracef/tracelog to use the stack for small strings

2021-05-25 Thread Norbert Lange via lttng-dev
Support two common cases, one being that the resulting message is small enough to fit into a on-stack buffer. The seconds being the common 'printf("%s", "Message")' scheme. Unfortunately, iterating a va_list is destructive, so it has to be copied before calling vprintf. The implementation was mov

Re: [lttng-dev] [PATCH lttng-ust] Improve tracef/tracelog to use the stack for small strings

2021-05-25 Thread Norbert Lange via lttng-dev
Am Di., 25. Mai 2021 um 15:44 Uhr schrieb Norbert Lange : > > Support two common cases, one being that the resulting message is > small enough to fit into a on-stack buffer. > The seconds being the common 'printf("%s", "Message")' scheme. > > Unfortunately, iterating a va_list is destructive, > so