OProfile

We can't seem to get oprofile to work on our load system, which is an
Intel Mullins server running Red Hat Linux 3.2.3-54 (Linux LD-SRVR3
2.4.21-47.ELsmp #1 SMP Wed Jul 5 20:38:41 EDT 2006 i686 i686 i386
GNU/Linux -- gcc version 3.2.3 20030502 ).  

We have it working on a development machine (RH5 system -- Linux daytona
2.6.18-8.el5 #1 SMP Fri Jan 26 14:15:21 EST 2007 i686 i686 i386
GNU/Linux).


It is installed:

[root@... cms]# nice rpm -qa | grep oprofile
oprofile-0.5.4-22
oprofile-devel-0.5.4-22


Seems happy to start up:

[root@... root]# opcontrol --setup --no-vmlinux --separate=library
[root@... root]# opcontrol --start
Using log file /var/lib/oprofile/oprofiled.log Daemon started.
Profiler running.


Stays up:

root      5476  0.0  0.0  3068 1116 ?        S    14:06   0:00
/usr/bin/oprofiled --separate-lib-samples=1 --separate-kernel-samples=0
--pid-filter=0 --pgrp-filter=0 --no-vmlinux


Ask it to dump data:

[root@... root]# opcontrol --dump
[root@... root]#


Ask for a report

[root@... root]# op_time -knr
no samples files found (try running opcontrol --dump ?)
[root@... root]# oprofpp -k -r -D --output-format=vsipnh -l
/usr/cti/cms/bin/VXMLService.exe
oprofpp: Cannot locate any samples file.


Any ideas?  We've googled it and tracked down a few things, but nothing
seems to help.


Thanks
Carlos

Steven Bergsieker wrote:
> I've discovered that my program is spending a significant chunk of time in 
> libc, but I can't get any symbol information for the libc library. Am I 
> doing something wrong, or does my copy of libc just not have symbol 
> information? Where can I find a copy with that information? (This is on suse 
> 10.3)
>   
It appears that your libc library has been super stripped, removing all 
symbol info.  See http://en.opensuse.org/Bugs:An_application_crashed for 
info on installing debuginfo packages that contain the symbol and debug 
info.  OProfile will automatically look for the debuginfo package if it 
can't find what it needs in the runtime binary.

-Maynard
> Thanks,
> Steven
>
> opcontrol --status
> Daemon running: pid 2373
> Event 0: CPU_CLK_UNHALTED:100000:0:1:1
> Separate options: library
> vmlinux file: none
> Image filter: none
> Call-graph depth: 0
>
> opcontrol --reset
> opcontrol --start
> TestBedApplication
> opcontrol --stop
> opcontrol --dump
> opreport -t 0.1 --demangle=smart --symbols TestBedApplication
>
> Produces the following relevant output:
>
> 158923   19.3977  libc-2.6.1.so                (no symbols)
>
>
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
> Don't miss this year's exciting event. There's still time to save $100. 
> Use priority code J8TL2D2. 
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> oprofile-list mailing list
> oprofile-list@...
> https://lists.sourceforge.net/lists/listinfo/oprofile-list
>

Hi Steven,

You can try linking your program with the static library libc.a

You can then see the symbols from inside libc following the same
procedure as you are doing now.

Regards,
Amit Ghosh

-----Original Message-----
From: oprofile-list-bounces@...
[mailto:oprofile-list-bounces@...] On Behalf Of Steven
Bergsieker
Sent: Thursday, April 10, 2008 4:29 AM
To: oprofile-list@...
Subject: libc symbols on suse

I've discovered that my program is spending a significant chunk of time
in 
libc, but I can't get any symbol information for the libc library. Am I 
doing something wrong, or does my copy of libc just not have symbol 
information? Where can I find a copy with that information? (This is on
suse 
10.3)

Thanks,
Steven

opcontrol --status
Daemon running: pid 2373
Event 0: CPU_CLK_UNHALTED:100000:0:1:1
Separate options: library
vmlinux file: none
Image filter: none
Call-graph depth: 0

opcontrol --reset
opcontrol --start
TestBedApplication
opcontrol --stop
opcontrol --dump
opreport -t 0.1 --demangle=smart --symbols TestBedApplication

Produces the following relevant output:

158923   19.3977  libc-2.6.1.so                (no symbols)





------------------------------------------------------------------------
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/j
avaone
_______________________________________________
oprofile-list mailing list
oprofile-list@...
https://lists.sourceforge.net/lists/listinfo/oprofile-list

On Tue, Apr 01, 2008 at 05:08:07PM -0500, Chris J Arges wrote:
> This patch enables kernel and/or user domain profiling for ppc64
> architectures. Since ppc64 architectures don't allow one to select
> kernel/user profiling on a per-counter basis, this patch makes sure that
> all specified events have matching per-counter user/kernel flags, and
> uses this to set the domain user/kernel flag
> (/dev/oprofile/enable_kernel and /dev/oprofile/enable_user). The
> checking is done in check_event_mapping_data(), and if any of the flags
> do not match, then the opcontrol script fails. 
> 
> Olof, this patch also affects ppc64/pa6t, and I am unsure if it is
> necessary for that specific architecture. Please let me know if this
> patch should exclude ppc64/pa6t.

Hi, sorry for the delay. Please take out the test for pa6t,
our counters work similar in this manner (i.e. the counting of
hypervisor/supervisor/problem state is global, not per-counter). I've
verified the function of this patch on a board here as well, with the
test removed things work just as expected.


Thanks for fixing this!


-Olof