From: Maynard J. <may...@us...> - 2009-07-20 14:17:34
|
We are pleased to announce OProfile 0.9.5 Release Candidate 2. You can download this release at: http://sourceforge.net/projects/oprofile/files/ Changes since release candidate 1: o Fix filtering of symbols from non-LOAD sections o Fix for getting line number info from code loaded in high memory (above 4GB) o Minor edits to release notes Please download and test this release candidate, and send your feedback by replying to this message. Please include your hardware platform and Linux distribution information in your reply. Thanks. -Maynard Johnson ----------------------------------------------------------------- Release Notes =============== OProfile is a powerful system-wide profiler for Linux. Read more at http://oprofile.sf.net OProfile 0.9.5 has been released. OProfile is still in alpha, but has been proven stable for many users. New features ------------ OProfile now includes a framework for extending the sample data files. See chapter 6, "Extended Feature Interface", in the OProfile Internals manual. This release includes support for several new processor models: o ARMv7 o AMD family11h o IBM POWER7 o Intel Atom o Intel Core i7 and Xeon 55xx (based on Nehalem core) Additionally, support for architected events was added for Intel ("arch perfmon") and IBM POWER ("compatibility events"). This support provides limited fallback support for recent processor models of these two architectures. Another major new feature is support for AMD Instruction Based Sampling (IBS), which is built on top of the above-mentioned extended feature interface. AMD IBS is available on AMD family10h. This release also includes the addition of an --xml option to ophelp for generating XML output for the list of events. Other minor enhancements in this release include the following: o Configure script now handles binutils new dependency on libz o Various minor fixes/updates were made to event names and descriptions o 'make check' will accumulate some errors before exiting o Support for include and unit mask merging statements in event files o Word wrap used for output of long event descriptions o Event profiling for IBM Cell SPU o Silently ignore broken symlinks when using 'opreport -p' to prevent "opreport error: basic_string::_S_construct NULL not valid" error Bug fixes --------- bug #1622757: opcontrol fails on Ubuntu 6.10 (Edgy Eft) bug #1685267: (callgraph)opreport error: parse_filename() invalid filename bug #1982201: opreport --xml total event count mismatch bug #2033008: oprofile fails to link when --with-binutils option is used bug #2040417: execvp call for opjitconv does not work bug #2216012: open(..., O_CREAT|...) lacks third argument (fails on Ubuntu 8.10) bug #2646376: oparchive doesn't respect --session-dir bug #2646389: oparchive looks for daemon log in the wrong place bug #2646398: opcontrol --setup should be willing to save --session-dir bug #2727485: opreport --callgraph --xml missing symbols with zero samples Fix problems with overlay symbols for IBM Cell SPE applications. Fix verbose output for opcontrol. Fix debuginfo processing for ppc64 when distro super-strips system libraries. Changed JVMPI agent library source to use LGPL for linking to non-GPL code. When post-processing samples, we now discard symbols from sections that do not have SEC_LOAD flag set to prevent size computations on bogus symbols, which can result in the following error: "samples_range(): start > end" When using opreport --debug-info, avoid calling bfd_find_nearest_line with NULL syms argument to prevent segmentation fault in libbfd. Fix image-path option to be appended to archive path. Fix report generation problem when profiling a VM using OProfile JIT support. Line number information was not shown if JITed code was placed in anonymous memory above 4GB. Known problems -------------- If NMI watchdog is not disabled (x86), opcontrol may fail to allocate the hardware performance counter(s) it needs (bug #1468916). configure script fails to handle --without-java correctly (bug #2153620). When profiling stripped libraries where OProfile needs to access a debuginfo file, it's possible that src filename/line # information may be incorrect (bug #2573008). Many Alpha ev67 events do not work (bug #931875). For 2.2 kernels, the module must be compiled as the same user that owns the kernel source tree. With an AMD64 kernel, OProfile must be built in 64 bit mode due to lack of kernel support. Callgraph output for the new JIT support is incorrect. See Chapter 4, section 2.3.2 of OProfile user manual. When using the JVMPI agent to profile Java code, the following error is printed by the agent if the JVM moves objects in the heap: "Error: Cannot find class for compiled method" Workaround: If your JVM is 1.5, then use JVMTI agent instead of JVMPI agent. If your JVM is pre-1.5, see oprofile-list for a patch. |
From: Andi K. <an...@fi...> - 2009-07-21 10:13:08
|
Maynard Johnson <may...@us...> writes: > We are pleased to announce OProfile 0.9.5 Release Candidate 2. You can download this release at: > http://sourceforge.net/projects/oprofile/files/ It compiles fine on OpenSUSE 11.1. But I see a strange regression on Nehalem events When I set up an event like opcontrol -e LLC_MISSES:6000 I get Count 6000 for event LLC_MISSES is below the minimum 90000 There that 90000 is nowhere in the event files, LLC_MISSES has 6000 minimum: event:0x2e counters:0,1,2,3 um:x41 minimum:6000 name:LLC_MISSES : Last level cache demand requests from this core that missed the LLC Haven't investigated more closely yet. -Andi -- ak...@li... -- Speaking for myself only. |
From: Suthikulpanit, S. <Sur...@am...> - 2009-07-21 13:38:01
|
Andi, I am just wondering what you got back from running "/usr/local/bin/ophelp --cpu-type=i386/core_i7 --check-events LLC_MISSES:6000"? Mine returns 0 as expected. Suravee -----Original Message----- From: Andi Kleen [mailto:an...@fi...] Sent: Tuesday, July 21, 2009 4:52 AM To: Maynard Johnson Cc: William Cohen; oprofile-list; John Levon Subject: Re: Release Candidate 2 for OProfile 0.9.5 Maynard Johnson <may...@us...> writes: > We are pleased to announce OProfile 0.9.5 Release Candidate 2. You can download this release at: > http://sourceforge.net/projects/oprofile/files/ It compiles fine on OpenSUSE 11.1. But I see a strange regression on Nehalem events When I set up an event like opcontrol -e LLC_MISSES:6000 I get Count 6000 for event LLC_MISSES is below the minimum 90000 There that 90000 is nowhere in the event files, LLC_MISSES has 6000 minimum: event:0x2e counters:0,1,2,3 um:x41 minimum:6000 name:LLC_MISSES : Last level cache demand requests from this core that missed the LLC Haven't investigated more closely yet. -Andi -- ak...@li... -- Speaking for myself only. ------------------------------------------------------------------------ ------ Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge _______________________________________________ oprofile-list mailing list opr...@li... https://lists.sourceforge.net/lists/listinfo/oprofile-list |
From: Andi K. <an...@fi...> - 2009-07-21 13:50:19
|
On Tue, Jul 21, 2009 at 08:37:29AM -0500, Suthikulpanit, Suravee wrote: > Andi, > > I am just wondering what you got back from running > "/usr/local/bin/ophelp --cpu-type=i386/core_i7 --check-events > LLC_MISSES:6000"? Mine returns 0 as expected. Yes it returns 0 too here. Ah I think I found the problem now -- it went away after I removed /root/.oprofile Probably it's checking something, but gives the wrong error message. -Andi |
From: Maynard J. <may...@us...> - 2009-07-29 21:55:00
|
Andi Kleen wrote: > On Tue, Jul 21, 2009 at 08:37:29AM -0500, Suthikulpanit, Suravee wrote: >> Andi, >> >> I am just wondering what you got back from running >> "/usr/local/bin/ophelp --cpu-type=i386/core_i7 --check-events >> LLC_MISSES:6000"? Mine returns 0 as expected. > > Yes it returns 0 too here. > > Ah I think I found the problem now -- it went away after I removed > /root/.oprofile > > Probably it's checking something, but gives the wrong error message. Evidently, you must have previously run oprofile with --callgraph option, which requires a lower sampling rate (see utils/ophelp.c -- callgraph_min_count_scale = 15). This callgraph option gets cached in /root/.oprofile/daemonrc. Your removal of /root/.oprofile was one to rectify the situation; another way would have been to use '--callgraph=0'. -Maynard > > -Andi |
From: Andi K. <an...@fi...> - 2009-07-30 07:46:39
|
Maynard Johnson <may...@us...> writes: > Andi Kleen wrote: >> On Tue, Jul 21, 2009 at 08:37:29AM -0500, Suthikulpanit, Suravee wrote: >>> Andi, >>> >>> I am just wondering what you got back from running >>> "/usr/local/bin/ophelp --cpu-type=i386/core_i7 --check-events >>> LLC_MISSES:6000"? Mine returns 0 as expected. >> >> Yes it returns 0 too here. >> >> Ah I think I found the problem now -- it went away after I removed >> /root/.oprofile >> >> Probably it's checking something, but gives the wrong error message. > Evidently, you must have previously run oprofile with --callgraph option, which requires a lower sampling rate (see utils/ophelp.c -- callgraph_min_count_scale = 15). This callgraph option gets cached in /root/.oprofile/daemonrc. Your removal of /root/.oprofile was one to rectify the situation; another way would have been to use '--callgraph=0'. That makes sense thanks. Perhaps we should give a better error message in this case? -Andi -- ak...@li... -- Speaking for myself only. |
From: Maynard J. <may...@us...> - 2009-07-30 13:47:46
|
Andi Kleen wrote: > Maynard Johnson <may...@us...> writes: > >> Andi Kleen wrote: >>> On Tue, Jul 21, 2009 at 08:37:29AM -0500, Suthikulpanit, Suravee wrote: >>>> Andi, >>>> >>>> I am just wondering what you got back from running >>>> "/usr/local/bin/ophelp --cpu-type=i386/core_i7 --check-events >>>> LLC_MISSES:6000"? Mine returns 0 as expected. >>> Yes it returns 0 too here. >>> >>> Ah I think I found the problem now -- it went away after I removed >>> /root/.oprofile >>> >>> Probably it's checking something, but gives the wrong error message. >> Evidently, you must have previously run oprofile with --callgraph option, which requires a lower sampling rate (see utils/ophelp.c -- callgraph_min_count_scale = 15). This callgraph option gets cached in /root/.oprofile/daemonrc. Your removal of /root/.oprofile was one to rectify the situation; another way would have been to use '--callgraph=0'. > > That makes sense thanks. > > Perhaps we should give a better error message in this case? Yes, that could be said about a lot of error conditions. Something to put on the TODO list for the future. The TODO file needs updating anyway, so I'll put it on my to-do list to update the TODO file. *John*, any chance you could take a look at the TODO file and remove items that you *know* have been resolved? -Maynard -Maynard > > -Andi > |
From: Robert R. <rob...@am...> - 2009-07-27 19:33:26
|
On 20.07.09 09:17:47, Maynard Johnson wrote: > We are pleased to announce OProfile 0.9.5 Release Candidate 2. You can download this release at: > http://sourceforge.net/projects/oprofile/files/ > > Changes since release candidate 1: > o Fix filtering of symbols from non-LOAD sections > o Fix for getting line number info from code loaded in high memory (above 4GB) > o Minor edits to release notes > > Please download and test this release candidate, and send your feedback by replying to this message. Please include your hardware platform and Linux distribution information in your reply. Maynard, the tests I was running with rc2 passed all. I tested oprofile-0.9.5-rc2 with the oprofile/master tree at git.kernel.org on AMD K7, K8, family 10h. I just found this warning: libtool: install: warning: remember to run `libtool --finish /usr/lib/oprofile' but this is probably an issue of my automake/autoconf tool chain and also not dangerous. Did not yet look at this. -Robert Making install in libopagent make[1]: Entering directory `/dev/shm/.build/oprofile/libopagent' make[2]: Entering directory `/dev/shm/.build/oprofile/libopagent' test -z "/usr/lib/oprofile" || mkdir -p -- ".install/oprofile-user/usr/lib/oprofile" /bin/sh ../libtool --mode=install /usr/bin/install -c 'libopagent.la' '.install/oprofile-user/usr/lib/oprofile/libopagent.la' /usr/bin/install -c .libs/libopagent.so.1.0.0 .install/oprofile-user/usr/lib/oprofile/libopagent.so.1.0.0 (cd .install/oprofile-user/usr/lib/oprofile && { ln -s -f libopagent.so.1.0.0 libopagent.so.1 || { rm -f libopagent.so.1 && ln -s libopagent.so.1.0.0 libopagent.so.1; }; }) (cd .install/oprofile-user/usr/lib/oprofile && { ln -s -f libopagent.so.1.0.0 libopagent.so || { rm -f libopagent.so && ln -s libopagent.so.1.0.0 libopagent.so; }; }) /usr/bin/install -c .libs/libopagent.lai .install/oprofile-user/usr/lib/oprofile/libopagent.la /usr/bin/install -c .libs/libopagent.a .install/oprofile-user/usr/lib/oprofile/libopagent.a chmod 644 .install/oprofile-user/usr/lib/oprofile/libopagent.a ranlib .install/oprofile-user/usr/lib/oprofile/libopagent.a libtool: install: warning: remember to run `libtool --finish /usr/lib/oprofile' test -z "/usr/include" || mkdir -p -- ".install/oprofile-user/usr/include" /usr/bin/install -c -m 644 '.source/oprofile/libopagent/opagent.h' '.install/oprofile-user/usr/include/opagent.h' make[2]: Leaving directory `/dev/shm/.build/oprofile/libopagent' make[1]: Leaving directory `/dev/shm/.build/oprofile/libopagent' -- Advanced Micro Devices, Inc. Operating System Research Center email: rob...@am... |