Community
Participate
Working Groups
Created attachment 185956 [details] sources of oprofile viewer This contribution is another OProfile view proposal. It provides a new viewer, able to display OProfile archives. To use it, a new button ("Display OProfile data...") is available in eclipse toolbar. I'm a bit embarrassed to post this proposal here, since another implementation already exist in http://www.eclipse.org/linuxtools/projectPages/oprofile/. However, I think it can be interesting, since it covers some other aspect of profiling - especially for embedded devices. I will appreciate any feedback on it. If you think it can be useful, please let me know ! This viewer is particularly designed for embedded devices. It's designed to run the minimum of things on target, and the maximum on host. Because of that, it does not provide support to start/stop/reset oprofile daemon. It focus only on how to display oprofile result in eclipse, especially when the profiling data was generated on another architecture. A typical use case is when you have a target device low on memory: - On target: user collects profiling data - On target: user does not have enough memory to run opreport - On host/on target: user makes the target filesystem available for the host (thanks to oparchive, for example). - On host: user opens oprofile achive from eclipse The plugin parses oprofile archive (no need to transform oprofile samples into XML files), and displays it in an eclipse view. Binutils are required in PATH. Look and feel is similar to gprof & gcov plugins. It has been tested with oprofile 0.9.1 and 0.9.4 It has been tested on x86, sh4 and ARM cpus. It has *not* been tested on 64 bit architecture. More information: This contribution proposal comes from STMicroelectronics (http://www.st.com/). STMicroelectronics develops a linux distribution for embedded devices (http://www.stlinux.com/). This distribution uses eclipse as IDE, and has developed some plugins to support oprofile, gprof and gcov in this context. You can find attached the sources of 1 plugin. o org.eclipse.linuxtools.oprofile This plugin depends on 3 other plugins, available in gprof and gcov subversion repositories (https://dev.eclipse.org/svnroot/technology/org.eclipse.linuxtools) org.eclipse.linuxtools.dataviewers org.eclipse.linuxtools.dataviewers.charts org.eclipse.linuxtools.binutils
This looks like a nice addition to the current oprofile plugin. So adding it as an additional plugin (org.eclipse.linuxtools.oprofile.viewer ??) should be fine. If this happens we will need to move dataviewers and binutils in some common module so oprofile don't have to depend on gcov/gprof. I would be more than happy to get some proposal from you because you're the one familiar with all the plugins in question here.
Hmm, maybe even moving the common bundles in linuxprofilingframework? This is what it was ment to be the shared place for all profiling plugins
Hi Xavier, Thanks for the contribution proposal! I've imported it into my workspace and launched a target workbench. The plugin is loaded but I'm having a hard time figure out what to do with it. I see that it's looking for files named "oprofile_*" but what should these files be? If I look in my system's /var/lib/oprofile directory I don't see anything of that name. Thanks, Andrew
What's the status here? Xavier, did you give up? Should we close in this case?
Oprofile has been long deprecated and removed from our next release.
