Mirror of the lttng-dev mailing list
 help / color / mirror / Atom feed
From: dany4madden@gmail.com (Dany Madden)
Subject: [ltt-dev] ltt trace doesn't show event mm.page_alloc
Date: Mon, 14 Jun 2010 10:16:46 -0700	[thread overview]
Message-ID: <AANLkTinKNAyXb6jYwWUkRe2u0i1GfqhHBHc5t6hmqxDY@mail.gmail.com> (raw)

Hi,

Ltt trace doesn't show mm.page_alloc event with the mainline kernel:

- mainline kernel 2.6.32.12
- patch-2.6.32.9-lttng-0.198
- ltt-control-0.79-01022010
- lttv-0.12.30-02102010

mm-trace.ko is loaded.

ltt-armall output shows
....
Connecting /sys/kernel/debug/ltt/markers/mm/wait_on_page_start
Connecting /sys/kernel/debug/ltt/markers/mm/wait_on_page_end
Connecting /sys/kernel/debug/ltt/markers/mm/huge_page_free
Connecting /sys/kernel/debug/ltt/markers/mm/huge_page_alloc
Connecting /sys/kernel/debug/ltt/markers/mm/page_free
Connecting /sys/kernel/debug/ltt/markers/mm/page_alloc
Connecting /sys/kernel/debug/ltt/markers/mm/swap_in
Connecting /sys/kernel/debug/ltt/markers/mm/swap_out
Connecting /sys/kernel/debug/ltt/markers/mm/swap_file_close
Connecting /sys/kernel/debug/ltt/markers/mm/swap_file_open
Connecting /sys/kernel/debug/ltt/markers/mm/add_to_page_cache
Connecting /sys/kernel/debug/ltt/markers/mm/remove_from_page_cache
...

These are the steps to recreate the problem:
% lttctl -C -w /tmp/trace4 trace4
% # ** run a program that does a lot of malloc and free
% lttctl -D trace4

# even mm.page_alloc is **not** showing in the trace
% lttv -m textDump --fatal -e event.name=mm.page_alloc -t /tmp/trace4
Trace set contains 1 traces

End trace set

# even mm.page_free is showing in the trace.
% lttv -m textDump --process_stats -e event.name=mm.page_free -t
/tmp/trace4
Trace set contains 1 traces
...
mm.page_free: 7334.057610863 (/tmp/trace4/mm_1), 6200, 6200, ./ltt_alloc, ,
4962, 0x0, SYSCALL { pfn = 487653, order = 0 }
mm.page_free: 7334.057612915 (/tmp/trace4/mm_1), 6200, 6200, ./ltt_alloc, ,
4962, 0x0, SYSCALL { pfn = 510031, order = 0 }
mm.page_free: 7334.057613190 (/tmp/trace4/mm_1), 6200, 6200, ./ltt_alloc, ,
4962, 0x0, SYSCALL { pfn = 510030, order = 0 }
...

Please help look at this problem.

Thanks!
Dany
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.casi.polymtl.ca/pipermail/lttng-dev/attachments/20100614/ac6d9260/attachment-0003.htm>


             reply	other threads:[~2010-06-14 17:16 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-06-14 17:16 Dany Madden [this message]
2010-06-16 18:01 ` Josh Boyer
2010-06-19 15:47   ` Mathieu Desnoyers

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=AANLkTinKNAyXb6jYwWUkRe2u0i1GfqhHBHc5t6hmqxDY@mail.gmail.com \
    --to=dany4madden@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