Re: missing Java method information in operf profile

Brian Hall <[email protected]>
Newsgroups gmane.linux.oprofile
Message-ID <OF5096B7F7.8809F64A-ON85257D40.0000D0A2-87257D40.0001B6EB@ca.ibm.com>
On 08/25/2014, Maynard Johnson wrote:
> On 08/25/2014 01:01 PM, Brian Hall wrote:
>> I'm running the operf from AT 7.0-5 on a POWER8 system:
>>   # /opt/at7.0/bin/operf -v
>>   /opt/at7.0/bin/operf: oprofile 1.0.0git compiled on Jul 24 2014
13:49:08
>> using the command (as root):
>>   /opt/at7.0/bin/operf --events PM_RUN_CYC:10290000 --separate-thread
--separate-cpu --system-wide
>>
>> There are 14 active JVM processes running on the system that I am trying
to profile.  For some reason, the profiles only contain full JIT compiler
method information for 2 or 3 of the processes (it varies across different
runs).  I have checked that the agentlib option is being correctly passed
to the JVMs, and that the JIT dump files for all 14 processes are available
in /tmp/.oprofile/jitdump at the time that operf is run.
>>
>> A casual look at verbose output from operf didn't indicate any problems
in accessing the JIT dump files, it just didn't try to process all of them.
I tried adding --lazy-conversion to the operf options, and that run did
show an issue at the end of the verbose output:
>>   add sym: name=Ljava/utilchild received signal 9
>Hi, Brian,
>This sounds similar to a problem that was reported on this list on July 30
by Andrew Haley regarding an ill-advised hard-coded timeout.  Andrew's
problem has been fixed upstream now, but if you were running into that
exact problem, using --lazy-conversion would have resolved it.  Looking at
the code now, I see there is a second hard-coded timeout.  The one I got
rid of was where the main operf thread is waiting for the oper_read_pid to
finish.  There's another one, where the operf_read_pid is waiting for yet
another process to finish . . .  which was started via exec to do the JIT
dump conversion.  The timeout for the actual JIT dump conversion is 2
seconds. It appears you've hit that limit.
>
>I'm attaching a patch that should resolve this, if you could please test
it.
>

Hi Maynard,
The patch worked perfectly, with or without --lazy-conversion.  Thanks!
Brian

>Thanks.
>-Maynard
>>
>> Brian

------------------------------------------------------------------------------
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/

_______________________________________________
oprofile-list mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/oprofile-list
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.