ly and delete all copies of this message.
> KPIT Technologies Ltd. does not accept any liability for virus infected
> mails.
--
Milian Wolff | milian.wo...@kdab.com | Senior Software Engineer
KDAB (Deutschland) GmbH, a KDAB Group company
Tel: +49-30-521325470
KDAB - The Qt, C+
se they are compiled with a
> different compiler than your Linux kernel.
Indeed, that seems to have been it. I wasn't deliberately using a different
compiler (normal system GCC) but something seems to have influenced it. Using
a clean environment without any of my normal overwrites has fix
[16247.424453] lttng_statedump: loading module not compiled with retpoline
compiler.
[16247.424612] lttng_statedump: Unknown symbol wrapper_kallsyms_lookup_name
(err -2)
[16247.424651] lttng_statedump: Unknown symbol wrapper_irq_to_desc (err -2)
```
Thanks
--
Milian Wolff | milian.wo...@kdab.com
use LTTng in order to trace the leak.
While it's probably possible to leverage LTTng for this purpose, I don't think
it's worthwhile to do so. Better start off with a ready-made tool for this
purpose, such as heaptrack, LSAN or valgrind's memcheck.
Cheers
--
Milian Wolff | m
nd on every heap allocation and it's plenty fast. Obviously
the impact is measureable and it's far away from even close to zero overhead.
But it's super useful. I guess having that capability in LTTng would be
similarly useful and if it's documented to have an overhead peop
igh performance
thanks to extensive caching, signal safe and does not rely on frame pointers.
[1]: https://github.com/libunwind/libunwind
--
Milian Wolff | milian.wo...@kdab.com | Senior Software Engineer
KDAB (Deutschland) GmbH, a KDAB Group company
Tel: +49-30-521325470
On Samstag, 12. Oktober 2019 23:31:51 CET Milian Wolff via lttng-dev wrote:
> On Montag, 29. Mai 2017 10:44:50 CEST Milian Wolff wrote:
> > On Wednesday, May 24, 2017 6:26:38 PM CEST Francis Deslauriers wrote:
> > > Hi Milian,
> > > Are you running on an x86 processor?
On Montag, 29. Mai 2017 10:44:50 CEST Milian Wolff wrote:
> On Wednesday, May 24, 2017 6:26:38 PM CEST Francis Deslauriers wrote:
> > Hi Milian,
> > Are you running on an x86 processor?
>
> Yes, Intel(R) Core(TM) i7-4770 CPU @ 3.40GHz.
>
> > The pa
cally impossible to access that
information through the babeltrace API?
Thanks
--
Milian Wolff | milian.wo...@kdab.com | Senior Software Engineer
KDAB (Deutschland) GmbH, a KDAB Group company
Tel: +49-30-521325470
KDAB - The Qt, C++ and OpenGL Experts
smime.p7s
Description: S/MIME cryptographic sign
"
"workqueue_*"
)
for event in "${kernel_events[@]}"; do
lttng enable-event -c kernel -k "$event"
done
lttng enable-event -c kernel -k --syscall -a
lttng enable-channel ust -u
lttng enable-event -c ust -u -a
lttng start
```
Any help would be
w/shell-helpers/blob/master/run_lttng_trace.sh
You may want to enable events explicitly, instead of enabling all of them.
These traces can become quite large.
Cheers
--
Milian Wolff | milian.wo...@kdab.com | Senior Software Engineer
KDAB (Deutschland) GmbH, a KDAB Group company
Tel: +49-30-5213254
On Wednesday, April 10, 2019 10:57:35 AM CEST Milian Wolff via lttng-dev
wrote:
> On Wednesday, April 10, 2019 9:56:43 AM CEST Milian Wolff wrote:
> > On Tuesday, April 9, 2019 7:02:06 PM CEST Jérémie Galarneau wrote:
> > > On Tue, 9 Apr 2019 at 04:36, Milian Wolff wrote:
&
ded please?
Thanks
--
Milian Wolff | milian.wo...@kdab.com | Senior Software Engineer
KDAB (Deutschland) GmbH, a KDAB Group company
Tel: +49-30-521325470
KDAB - The Qt, C++ and OpenGL Experts
smime.p7s
Description: S/MIME cryptographic signature
___
lttng-d
On Wednesday, April 10, 2019 9:56:43 AM CEST Milian Wolff wrote:
> On Tuesday, April 9, 2019 7:02:06 PM CEST Jérémie Galarneau wrote:
> > On Tue, 9 Apr 2019 at 04:36, Milian Wolff wrote:
> > > On Thursday, April 4, 2019 8:25:51 PM CEST Jérémie Galarneau wrote:
On Tuesday, April 9, 2019 7:02:06 PM CEST Jérémie Galarneau wrote:
> On Tue, 9 Apr 2019 at 04:36, Milian Wolff wrote:
> > On Thursday, April 4, 2019 8:25:51 PM CEST Jérémie Galarneau wrote:
> > > Hi Milian,
> > >
> > > I have pushed a fix [1] in the
eally
appreciate if we get that code implemented once and then can leverage it
everywhere.
Generally, I don't understand why there's both, bt_ctf_get_string and
bt_ctf_get_char_array in the first place
Cheers
--
Milian Wolff | milian.wo...@kdab.com | Senior Software Enginee
On Dienstag, 2. April 2019 21:40:02 CEST Milian Wolff wrote:
> On Dienstag, 2. April 2019 21:03:41 CEST Milian Wolff wrote:
> > Hey all
> >
> > I added a tracef tracepoint and want to decode it's `msg` field in the
> > BT_EVENT_FIELDS scope. Babeltrace on the c
On Dienstag, 2. April 2019 21:03:41 CEST Milian Wolff wrote:
> Hey all
>
> I added a tracef tracepoint and want to decode it's `msg` field in the
> BT_EVENT_FIELDS scope. Babeltrace on the command line seems to handle this
> nicely, but whatever I try, it doesn't work wit
patching babeltrace, then it crashed in
events.c:256 [1]. The def_sequence is non-null, but def_sequence->elems is
null and that's not checked...
[1]: https://github.com/efficios/babeltrace/blob/stable-1.5/formats/ctf/
events.c#L256
I'm quite stumped - what am I doing wrong? How
the value of having *everything* tracked, since
that actually allows you to answer most complicated questions where the
interaction between all applications on a single system, all competing for the
same resources, paints the full picture.
Thanks
--
Milian Wolff | milian.wo...@kdab.com | Senior So
are of, or can it really only be
used to track after starting an application?
Thanks
--
Milian Wolff | milian.wo...@kdab.com | Senior Software Engineer
KDAB (Deutschland) GmbH, a KDAB Group company
Tel: +49-30-521325470
KDAB - The Qt, C++ and OpenGL Experts
smime.p7s
Description: S/MIME cry
gt; tracepoint you were talking about?
You mentioned that one, you said: "we could use a generic LTT tracepoint like
in Python".
Bye
>
> -Original Message-
> From: milian On Behalf Of Milian Wolff
> Sent: vendredi 20 octobre 2017 21:55
> To: lttng-dev@lists.
scover 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
On Thursday, September 7, 2017 6:29:58 PM CEST Jérémie Galarneau wrote:
> On 7 September 2017 at 04:47, Milian Wolff wrote:
> > Hey all,
> >
> > after my latest report over liblttng-ust overhead yielded such quick
> > results, I would like to expand on this wit
t as using only the kernel tracing, while
removing the overhead of UST tracing... Just an idea.
Cheers
--
Milian Wolff | milian.wo...@kdab.com | Senior Software Engineer
KDAB (Deutschland) GmbH&Co KG, a KDAB Group company
Tel: +49-30-521325470
KDAB - The Qt Experts
smime.p7s
Description: S/
On Wednesday, September 6, 2017 9:57:11 PM CEST Mathieu Desnoyers wrote:
> - On Sep 6, 2017, at 3:35 AM, Milian Wolff milian.wo...@kdab.com wrote:
> > On Dienstag, 5. September 2017 20:11:58 CEST Mathieu Desnoyers wrote:
> >> - On Sep 5, 2017, at 11:08 AM, Mili
On Dienstag, 5. September 2017 20:20:10 CEST Mathieu Desnoyers wrote:
> - On Sep 5, 2017, at 11:10 AM, Milian Wolff milian.wo...@kdab.com wrote:
> > On Tuesday, September 5, 2017 4:52:42 PM CEST Milian Wolff wrote:
> >> On Tuesday, September 5, 2017 4:34:54 PM CEST
On Dienstag, 5. September 2017 20:11:58 CEST Mathieu Desnoyers wrote:
> - On Sep 5, 2017, at 11:08 AM, Milian Wolff milian.wo...@kdab.com wrote:
> > On Tuesday, September 5, 2017 4:51:42 PM CEST Mathieu Desnoyers wrote:
> >> - On Sep 5, 2017, at 10:34 AM, Milian Wolff mil
On Tuesday, September 5, 2017 4:52:42 PM CEST Milian Wolff wrote:
> On Tuesday, September 5, 2017 4:34:54 PM CEST Milian Wolff wrote:
> > Hey all,
> >
> > I have noticed a very large overhead when linking against liblttng-ust:
> >
> > ~
> > ┌milian@mi
On Tuesday, September 5, 2017 4:51:42 PM CEST Mathieu Desnoyers wrote:
> - On Sep 5, 2017, at 10:34 AM, Milian Wolff milian.wo...@kdab.com wrote:
> > Hey all,
> >
> > I have noticed a very large overhead when linking against liblttng-ust:
> >
> > ~~
On Tuesday, September 5, 2017 4:34:54 PM CEST Milian Wolff wrote:
> Hey all,
>
> I have noticed a very large overhead when linking against liblttng-ust:
>
> ~
> ┌milian@milian-kdab2:/tmp
> └$ cat lttng-test.c
> int main()
> {
> return 0;
> }
> ┌milian@mi
R packages, i.e. LTTng 2.9.4. I've seen
this problem also on Ubuntu 17.04 though I didn't do any of the above
measurements there. So far, I suspected the ust statedump to take too much
time, but I disabled that one for the measurements above.
Any help would be appreciated
--
Milian W
stat output above also makes me believe that fault_user vs. fault_kernel isn't
what I'm looking for either?
Thanks
> 2017-05-24 12:00 GMT-04:00 Milian Wolff :
> > Hey all,
> >
> > when I trace with perf, I can see page_faults occurring. But when I do
> > so
html
https://lists.lttng.org/pipermail/lttng-dev/2016-May/026033.html
Which sounds like the feature should be available in lttng too?
I'm using the ArchLinux packages in AUR, i.e. version 2.9.2 of LTTng and
kernel 4.10.13-1.
Thanks
--
Milian Wolff | milian.wo...@kdab.com | Software Engineer
KDAB (Deuts
the case and I have to destroy the session and start
from scratch. Note also that there are no errors shown anywhere, which left me
guess as to what is going on here.
If this situation would be handled more gracefully, I could use the "rm"
command to "reset" the session in-
r?
Thanks
--
Milian Wolff | milian.wo...@kdab.com | Software Engineer
KDAB (Deutschland) GmbH&Co KG, a KDAB Group company
Tel: +49-30-521325470
KDAB - The Qt Experts
___
lttng-dev mailing list
lttng-dev@lists.lttng.org
https://lists.lttng.org/cgi-bin/ma
trace all UST points
- sample CPU
The latter two usually only for a single process, but sometimes multiple ones.
LTTNG gives me the first two points, and perf gives me the latter.
Bye
--
Milian Wolff | milian.wo...@kdab.com | Software Engineer
KDAB (Deutschland) GmbH&Co KG, a KDAB Group com
anana", 2)
> ctf_enum_value("orange", 3)
> ctf_enum_value("strawberry", 4)
> )
> )
>
> TRACEPOINT_EVENT(
> my_provider,
> my_tracepoint,
> TP_ARGS(
> int something,
> const SomeApi::SomeObject&am
hieu ;-).
>
> This "extra code" can be implemented within the tracepoint provider,
> which is a cache cold function, not used at all when tracing is disabled.
This sounds excellent. Can you tell me how? Could you maybe add an example to
lttng-ust. Also note how http://lttng.org/man/3/lttng-
On Wednesday, September 21, 2016 6:09:15 PM CEST Mathieu Desnoyers wrote:
> - On Sep 20, 2016, at 4:34 PM, Milian Wolff milian.wo...@kdab.com wrote:
> > On Montag, 12. September 2016 16:24:04 CEST Mathieu Desnoyers wrote:
> >> - On Sep 12, 2016, at 11:40 AM, Mili
On Montag, 12. September 2016 16:24:04 CEST Mathieu Desnoyers wrote:
> - On Sep 12, 2016, at 11:40 AM, Milian Wolff milian.wo...@kdab.com
wrote:
> > On Monday, September 12, 2016 3:03:04 PM CEST Mathieu Desnoyers wrote:
> >> - On Sep 6, 2016, at 3:00 PM, Milian Wolff mil
On Monday, September 12, 2016 3:03:04 PM CEST Mathieu Desnoyers wrote:
> - On Sep 6, 2016, at 3:00 PM, Milian Wolff milian.wo...@kdab.com wrote:
> > Hey all,
> >
> > where can I find more documentation on how to use sdt.h to add static
> > tracepoints to user-land a
s an individual
argument?
Thanks
--
Milian Wolff | milian.wo...@kdab.com | Software Engineer
KDAB (Deutschland) GmbH&Co KG, a KDAB Group company
Tel: +49-30-521325470
KDAB - The Qt Experts
smime.p7s
Description: S/MIME cryptographic signature
___
ltt
o the quite awesome
Windows xperf/WPA tools, which not only show you trace events but also contain
sampled CPU performance data, see e.g. [2].
[2]:
https://randomascii.wordpress.com/2013/04/23/xperf-for-excess-cpu-consumption-wpa-edition/
Thanks
--
Milian Wolff | milian.wo...@kdab.com | Sof
On Tuesday, June 14, 2016 4:50:58 PM CEST Mathieu Desnoyers wrote:
> - On Jun 14, 2016, at 12:31 PM, Milian Wolff milian.wo...@kdab.com
wrote:
> > On Tuesday, June 14, 2016 4:10:46 PM CEST Mathieu Desnoyers wrote:
> >> - On Jun 14, 2016, at 7:09 AM, Milian Wolff mil
On Tuesday, June 14, 2016 4:10:46 PM CEST Mathieu Desnoyers wrote:
> - On Jun 14, 2016, at 7:09 AM, Milian Wolff milian.wo...@kdab.com wrote:
> > Hey all,
> >
> > I have looked through the CTF specification and ponder using it to replace
> > my custom text-based
Hey all,
is it somehow possible to filter a CTF data stream? I.e. can I "minimize" a
full system report to only include the events generated by one of a list of
interesting processes? Or can I filter by event type? Duration?
Thanks
--
Milian Wolff | milian.wo...@kdab.com | Softwar
;d like to do the same if and when I convert to using CTF. But
how would e.g. know how to interpret that an integer member of a struct
actually is an index into a list of backtraces?
Thanks
--
Milian Wolff | milian.wo...@kdab.com | Software Engineer
KDAB (Deutschland) GmbH&Co KG, a KDAB Gro
libpython3.5m.so.1.0 [.] PyFrame_New
Is there any way to speed this process up? I don't want to wait for hours to
do the analyses on my real data sets.
Thanks
--
Milian Wolff | milian.wo...@kdab.com | Software Engineer
KDAB (Deutschland) GmbH&Co KG, a KDAB Group company
Tel: +49-
49 matches
Mail list logo
