From: soumyakanti.chakraborty@gmail.com (soumyakanti chakraborty)
Subject: [ltt-dev] UST - Problems in recording trace on a current process
Date: Fri, 26 Feb 2010 02:55:29 +0100 [thread overview]
Message-ID: <76cdca01002251755ucc1f8fbu7c04dc459930f06f@mail.gmail.com> (raw)
In-Reply-To: <4B83F111.3080900@polymtl.ca>
On Tue, Feb 23, 2010 at 4:15 PM, Pierre-Marc Fournier <
pierre-marc.fournier at polymtl.ca> wrote:
> soumyakanti chakraborty wrote:
> >
> > Hi Pierre,
> >
> > >>>What do you see in the trace directory (the one that doesn't
> > work)? What
> > >>>files and are they zero size or do they contain something?
> >
> > Yes, they are of zero size. Its actually zero byte.
> >
> >
> > Hi Pierre,
> >
> > I did a manual trace with Firefox and received the following errors
> > pasted in the below link -
> >
> > http://pastebin.ca/1805238
>
> There are some remaining issues with tracing of multi-process
> applications. Firefox, because of its complexity, is a very good torture
> test. I will dig into this this week. Thanks for the feedback.
>
Thanks for that, I think that will help.
>
> >
> > Like Naren, I also received some directories which has no traces inside
> > /tmp/usttrace, those directories had a 0 byte metadata_0 file. Just to
> > know if the above errors has something to do with no significant results
> > getting displayed in lttv during batch analysis.
>
> Not sure if I understand what you mean. Batch analysis is the framework
> on which the lttv textdump plugin is based. Do you mean you get nothing
> in text dump? Or in your own custom plugin based on batch analysis.
>
> Normally you should at least get events for tracefiles that have
> non-zero size.
>
Yup, we are getting events for tracefiles which are non-zero in size. I was
mentioning that if a application spawn 5 other processes, in some of the pid
folders we are getting a 0 byte metadata_0 file, which I think is absolutely
fine as those parts didn't do any sorts of work (Like the python extension
scripts of GIMP).
Just another thing bit different from the above discussion, I just
downloaded UST from the git and tried to install but during "make" it
shooted the following error given below -
*libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I../include
-I../libustcomm -DUST_COMPONENT=ust_snprintf -fPIC -g -O2 -MT
libustsnprintf_la-snprintf.lo -MD -MP -MF
.deps/libustsnprintf_la-snprintf.Tpo -c snprintf.c -fPIC -DPIC -o
.libs/libustsnprintf_la-snprintf.o
snprintf.c:39:26: error: ust_snprintf.h: No such file or directory
make[2]: *** [libustsnprintf_la-snprintf.lo] Error 1
make[2]: Leaving directory `/usr/src/ust/snprintf'
*There was a update in git "*use signal safe ust_safe_snprintf()* " .. 6
days back in which the commitdiff shows that +noinst_HEADERS = share.h
usterr.h ust_snprintf.h getting added in the *Makefile.am. *Could this be
the reason for getting the above error during installation ?
Regards,
Soumya
> >
> >
> >
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.casi.polymtl.ca/pipermail/ltt-dev/attachments/20100226/4d3b93ca/attachment.htm>
WARNING: multiple messages have this Message-ID
From: soumyakanti.chakraborty@gmail.com (soumyakanti chakraborty)
Subject: [ltt-dev] UST - Problems in recording trace on a current process
Date: Fri, 26 Feb 2010 02:55:29 +0100 [thread overview]
Message-ID: <76cdca01002251755ucc1f8fbu7c04dc459930f06f@mail.gmail.com> (raw)
Message-ID: <20100226015529.Cgm9OUHR5w0AzWzGsH4pHQkZmV8rFsyxBXrXrcdoFvI@z> (raw)
In-Reply-To: <4B83F111.3080900@polymtl.ca>
On Tue, Feb 23, 2010 at 4:15 PM, Pierre-Marc Fournier <
pierre-marc.fournier at polymtl.ca> wrote:
> soumyakanti chakraborty wrote:
> >
> > Hi Pierre,
> >
> > >>>What do you see in the trace directory (the one that doesn't
> > work)? What
> > >>>files and are they zero size or do they contain something?
> >
> > Yes, they are of zero size. Its actually zero byte.
> >
> >
> > Hi Pierre,
> >
> > I did a manual trace with Firefox and received the following errors
> > pasted in the below link -
> >
> > http://pastebin.ca/1805238
>
> There are some remaining issues with tracing of multi-process
> applications. Firefox, because of its complexity, is a very good torture
> test. I will dig into this this week. Thanks for the feedback.
>
Thanks for that, I think that will help.
>
> >
> > Like Naren, I also received some directories which has no traces inside
> > /tmp/usttrace, those directories had a 0 byte metadata_0 file. Just to
> > know if the above errors has something to do with no significant results
> > getting displayed in lttv during batch analysis.
>
> Not sure if I understand what you mean. Batch analysis is the framework
> on which the lttv textdump plugin is based. Do you mean you get nothing
> in text dump? Or in your own custom plugin based on batch analysis.
>
> Normally you should at least get events for tracefiles that have
> non-zero size.
>
Yup, we are getting events for tracefiles which are non-zero in size. I was
mentioning that if a application spawn 5 other processes, in some of the pid
folders we are getting a 0 byte metadata_0 file, which I think is absolutely
fine as those parts didn't do any sorts of work (Like the python extension
scripts of GIMP).
Just another thing bit different from the above discussion, I just
downloaded UST from the git and tried to install but during "make" it
shooted the following error given below -
*libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I../include
-I../libustcomm -DUST_COMPONENT=ust_snprintf -fPIC -g -O2 -MT
libustsnprintf_la-snprintf.lo -MD -MP -MF
.deps/libustsnprintf_la-snprintf.Tpo -c snprintf.c -fPIC -DPIC -o
.libs/libustsnprintf_la-snprintf.o
snprintf.c:39:26: error: ust_snprintf.h: No such file or directory
make[2]: *** [libustsnprintf_la-snprintf.lo] Error 1
make[2]: Leaving directory `/usr/src/ust/snprintf'
*There was a update in git "*use signal safe ust_safe_snprintf()* " .. 6
days back in which the commitdiff shows that +noinst_HEADERS = share.h
usterr.h ust_snprintf.h getting added in the *Makefile.am. *Could this be
the reason for getting the above error during installation ?
Regards,
Soumya
> >
> >
> >
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.casi.polymtl.ca/pipermail/lttng-dev/attachments/20100226/4d3b93ca/attachment-0002.htm>
WARNING: multiple messages have this Message-ID
From: soumyakanti.chakraborty@gmail.com (soumyakanti chakraborty)
Subject: [ltt-dev] UST - Problems in recording trace on a current process
Date: Fri, 26 Feb 2010 02:55:29 +0100 [thread overview]
Message-ID: <76cdca01002251755ucc1f8fbu7c04dc459930f06f@mail.gmail.com> (raw)
Message-ID: <20100226015529.eC8iFxRFXrFfyFjHAcdQKSA4QR8P4rwHQ4KFDD-U6SE@z> (raw)
In-Reply-To: <4B83F111.3080900@polymtl.ca>
On Tue, Feb 23, 2010 at 4:15 PM, Pierre-Marc Fournier <
pierre-marc.fournier at polymtl.ca> wrote:
> soumyakanti chakraborty wrote:
> >
> > Hi Pierre,
> >
> > >>>What do you see in the trace directory (the one that doesn't
> > work)? What
> > >>>files and are they zero size or do they contain something?
> >
> > Yes, they are of zero size. Its actually zero byte.
> >
> >
> > Hi Pierre,
> >
> > I did a manual trace with Firefox and received the following errors
> > pasted in the below link -
> >
> > http://pastebin.ca/1805238
>
> There are some remaining issues with tracing of multi-process
> applications. Firefox, because of its complexity, is a very good torture
> test. I will dig into this this week. Thanks for the feedback.
>
Thanks for that, I think that will help.
>
> >
> > Like Naren, I also received some directories which has no traces inside
> > /tmp/usttrace, those directories had a 0 byte metadata_0 file. Just to
> > know if the above errors has something to do with no significant results
> > getting displayed in lttv during batch analysis.
>
> Not sure if I understand what you mean. Batch analysis is the framework
> on which the lttv textdump plugin is based. Do you mean you get nothing
> in text dump? Or in your own custom plugin based on batch analysis.
>
> Normally you should at least get events for tracefiles that have
> non-zero size.
>
Yup, we are getting events for tracefiles which are non-zero in size. I was
mentioning that if a application spawn 5 other processes, in some of the pid
folders we are getting a 0 byte metadata_0 file, which I think is absolutely
fine as those parts didn't do any sorts of work (Like the python extension
scripts of GIMP).
Just another thing bit different from the above discussion, I just
downloaded UST from the git and tried to install but during "make" it
shooted the following error given below -
*libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I../include
-I../libustcomm -DUST_COMPONENT=ust_snprintf -fPIC -g -O2 -MT
libustsnprintf_la-snprintf.lo -MD -MP -MF
.deps/libustsnprintf_la-snprintf.Tpo -c snprintf.c -fPIC -DPIC -o
.libs/libustsnprintf_la-snprintf.o
snprintf.c:39:26: error: ust_snprintf.h: No such file or directory
make[2]: *** [libustsnprintf_la-snprintf.lo] Error 1
make[2]: Leaving directory `/usr/src/ust/snprintf'
*There was a update in git "*use signal safe ust_safe_snprintf()* " .. 6
days back in which the commitdiff shows that +noinst_HEADERS = share.h
usterr.h ust_snprintf.h getting added in the *Makefile.am. *Could this be
the reason for getting the above error during installation ?
Regards,
Soumya
> >
> >
> >
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.casi.polymtl.ca/pipermail/lttng-dev/attachments/20100226/4d3b93ca/attachment-0001.htm>
next prev parent reply other threads:[~2010-02-26 1:55 UTC|newest]
Thread overview: 59+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-02-08 21:49 Naren
2010-02-08 21:49 ` Naren
2010-02-08 22:19 ` Pierre-Marc Fournier
[not found] ` <19fa8ef31002081428x1e215acfgd81d505ee359ce9@mail.gmail.com>
[not found] ` <201002081744.06912.pierre-marc.fournier@polymtl.ca>
2010-02-08 23:54 ` Naren
2010-02-08 23:54 ` Naren
2010-02-09 1:37 ` soumyakanti chakraborty
2010-02-09 1:37 ` soumyakanti chakraborty
2010-02-09 1:48 ` soumyakanti chakraborty
2010-02-09 1:48 ` soumyakanti chakraborty
2010-02-09 5:45 ` Pierre-Marc Fournier
2010-02-09 14:44 ` Naren
2010-02-09 14:44 ` Naren
2010-02-09 14:51 ` Douglas Santos
2010-02-09 14:51 ` Douglas Santos
2010-02-09 16:43 ` Naren
2010-02-09 16:43 ` Naren
2010-02-09 17:11 ` Pierre-Marc Fournier
2010-02-09 16:42 ` Pierre-Marc Fournier
2010-02-09 17:11 ` Naren
2010-02-09 17:11 ` Naren
2010-02-09 17:25 ` Pierre-Marc Fournier
2010-02-09 20:40 ` Naren
2010-02-09 20:40 ` Naren
2010-02-09 21:25 ` Douglas Santos
2010-02-09 21:28 ` Pierre-Marc Fournier
2010-02-10 0:50 ` Naren
2010-02-10 0:50 ` Naren
2010-02-10 15:26 ` Pierre-Marc Fournier
2010-02-10 16:53 ` Naren
2010-02-10 16:53 ` Naren
2010-02-10 20:15 ` Pierre-Marc Fournier
2010-02-10 22:08 ` Naren
2010-02-10 22:08 ` Naren
2010-02-12 0:18 ` Pierre-Marc Fournier
2010-02-12 9:10 ` Naren
2010-02-12 9:10 ` Naren
2010-02-15 6:04 ` Pierre-Marc Fournier
2010-02-15 6:23 ` Naveh, Ido
2010-02-15 12:16 ` Mathieu Desnoyers
2010-02-15 11:42 ` Naren
2010-02-15 11:42 ` Naren
2010-02-15 14:53 ` Pierre-Marc Fournier
2010-02-18 17:47 ` Pierre-Marc Fournier
2010-02-18 22:58 ` Naren
2010-02-18 22:58 ` Naren
2010-02-18 22:58 ` Naren
2010-02-19 16:50 ` Pierre-Marc Fournier
2010-02-19 17:15 ` Naren
2010-02-19 17:15 ` Naren
2010-02-19 17:15 ` Naren
2010-02-22 0:46 ` soumyakanti chakraborty
2010-02-22 0:46 ` soumyakanti chakraborty
2010-02-22 0:46 ` soumyakanti chakraborty
2010-02-23 15:15 ` Pierre-Marc Fournier
2010-02-26 1:55 ` soumyakanti chakraborty [this message]
2010-02-26 1:55 ` soumyakanti chakraborty
2010-02-26 1:55 ` soumyakanti chakraborty
2010-02-26 5:35 ` Pierre-Marc Fournier
2010-02-09 14:46 ` Douglas Santos
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=76cdca01002251755ucc1f8fbu7c04dc459930f06f@mail.gmail.com \
--to=soumyakanti.chakraborty@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox