cancel
Showing results for 
Search instead for 
Did you mean: 

Archives Discussions

lma_opencl
Journeyman III

CodeXL & JOCL

Hi all,

I'm trying to profile a Java program using the JOCL OpenCL wrapper using CodeXL or the sprofile command line tool to get GPU performance counters.  

OS: Mint 16 / Linux 3.11.0-12-generic

CodeXL: have tried both 1.5.5364 and 1.2.2484

Catalyst: 12.104

Whatever I try to do, I'm getting "[application_name] is not a valid application".  I've tried giving the executable as /usr/bin/java and supplying a runnable JAR through the command line arguments, and have tried giving the executable as a shell script.  I can profile using CPU: time-based sampling, but no luck using any GPU profiling.

Any ideas? Cheers

0 Likes
4 Replies
chesik
Staff

Hi,

The profiler will give that error if it doesn't think the executable specified is a valid executable.  Can you let me know the full command line you are passing to sprofile so I can see if there is perhaps something wrong with the command line?  I will also ask CodeXL QA to test this scenario to see if they also encounter some issues.

Thanks,

Chris

0 Likes

Hi Chris,

Thanks for your help.  For instance:

     ./sprofile -O run.sh

will produce

/home/..../AMD_CodeXL_Linux_x86_64_1.5.5364/x86_64/run.sh is not a valid application

Where run.sh is:

#!/bin/bash

java -jar myjar.jar myargs

which runs my kernels & tests correctly.  My guess would be that it's something to do with how the JVM interacts with the OpenCL runtime?

Cheers,

Luke

0 Likes

Hi Luke,

sprofile doesn't support executing shell scripts.  The correct command to use would be:

./sprofile -O java -jar myjar.jar myargs

However, CodeXL QA just informed me that this is not working in current CodeXL builds -- according to their findings, the initial "java" executable spawns a second "java" executable which then performs the OpenCL work. Currently sprofile does not currently track spawned processes like this.

We have an enhancement request in our system to add the necessary support.

For now you can try the following workaround (using an undocumented feature in the profiler):

1) If you have a file called .spdata in you home directory, delete it

2) set the CL_AGENT environment variable to the full path of the libCLProfileAgent.so in the CodeXL directory (i.e. export CL_AGENT=~/CodeXL/x86_64/libCLProfileAgent.so)

3) Execute the java command that runs the OpenCL workload

4) When it is done executing, you should have a .csv file in your home directory containing the performance counter data for each OpenCL kernel that was dispatched

Since your sample command line uses -O, if you are interested in generating the the kernel occupancy info instead of performance counter info, use libCLOccupancyAgent.so instead of libCLProfileAgent.so in step 2 above.

Since this is undocumented, it may not work as expected, but please give it a try to see if it is able to get profiler information for your application.

Thanks,

Chris

Hi Chris,

Thanks very much for your help!  The workaround appears to be working fine.

Cheers,

Luke

0 Likes