public inbox for systemtap@sourceware.org
 help / color / mirror / Atom feed
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
---------------------------------------------------------------------

             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).