From: Nathan DeBardeleben <ndebard@lanl.gov>
To: "systemtap@sources.redhat.com" <systemtap@sources.redhat.com>
Subject: scheduler.stp scheduler.migrate having problems on 2.6.20-1
Date: Mon, 21 May 2007 21:02:00 -0000 [thread overview]
Message-ID: <465208BE.6080302@lanl.gov> (raw)
While it seems to find the pull_task kernel function, I seem to be
unable to access the internal variables from that function. I was
hoping to use this to look at how the kernel moves around processes in a
4 processor dual core (8 CPU) per node cluster I'm running on. I'm
looking to experiment with whether the kernel really is giving processes
the memory that is closest to which CPU it has chosen to run a process
on. This may not be the right way (would love some comments) but
regardless it doesn't seem to be working on my system:
> Pass 1: parsed user script and 54 library script(s) in
> 160usr/10sys/177real ms.
> semantic error: failed to retrieve location attribute for local 'p'
> (dieoffset: 0x2ae510): identifier '$p' at
> /usr/local/share/systemtap/tapset/scheduler.stp:93:12
> semantic error: failed to retrieve location attribute for local 'p'
> (dieoffset: 0x2ae510): identifier '$p' at
> /usr/local/share/systemtap/tapset/scheduler.stp:94:16
> semantic error: failed to retrieve location attribute for local
> 'this_cpu' (dieoffset: 0x2ae501): identifier '$this_cpu' at
> /usr/local/share/systemtap/tapset/scheduler.stp:95:14
> Pass 2: analyzed script: 2 probe(s), 0 function(s), 0 embed(s), 0
> global(s) in 240usr/80sys/311real ms.
> Pass 2: analysis failed. Try again with more '-v' (verbose) options.
Here's the system:
> [root@kraken1 tapset]# rpm -qa | grep kernel
> kernel-devel-2.6.20-1.2316.fc5
> kernel-2.6.20-1.2316.fc5
> kernel-debuginfo-2.6.20-1.2316.fc5
> [root@kraken1 tapset]# uname -a
> Linux kraken1 2.6.20-1.2316.fc5 #1 SMP Fri Apr 27 19:19:10 EDT 2007
> x86_64 x86_64 x86_64 GNU/Linux
> [root@kraken1 tapset]#
Maybe this got inlined?
--
-- Nathan
Correspondence
---------------------------------------------------------------------
Nathan DeBardeleben, Ph.D.
Los Alamos National Laboratory
Parallel Tools Team
High Performance Computing Environments (HPC-4)
phone: 505-667-3428
email: ndebard@lanl.gov
---------------------------------------------------------------------
next reply other threads:[~2007-05-21 21:02 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-21 21:02 Nathan DeBardeleben [this message]
2007-05-21 21:36 ` Frank Ch. Eigler
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=465208BE.6080302@lanl.gov \
--to=ndebard@lanl.gov \
--cc=systemtap@sources.redhat.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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).