Dan Terpstra wrote: > Gary - > As of *today* PAPI cannot count flops with Nehalem and perf_events. We're > fairly confident that this is a PAPI problem, not a perf_events problem, but > it's still a problem. We're working to fix this, but it indicates that > things are still in a state of flux... > - d >
Hi Dan and Gary, I have noticed that the AMD family 10 machine I have been using also seems to miss measuring the PAPI_FP_INS event. Below is an example of something that I would expect to have a non-zero number of flops. $ ./flops 10 Real_time: 4.47000004E-03 Proc_time: 4.30794386E-03 Total flpins: 0 MFLOPS: 0.0000000 flops.F PASSED -Will >> -----Original Message----- >> From: gary.m...@bull.com [mailto:gary.m...@bull.com] >> Sent: Thursday, October 22, 2009 12:48 PM >> To: perfmon2-de...@lists.sf.net >> Subject: [perfmon2] Perfmon with a 2.6.31 kernel ??? >> >> >> Hi Stephane >> >> We are preparing to move to the Fedora 12 distribution which comes with >> the >> 2.6.31 kernel. >> >> This kernel already contains the perf_events code from Ingo plus you have >> built libpfm4 to work with it and papi-3.7.0 has early support for this >> subsystem. >> >> But I have not seen any mention of a pfmon that will be able to use it and >> perf_events does not yet support uncore events on Nehalem (events that we >> think provide important information). Although pfmon is an important tool >> for us, our primary use with be with hpctoolkit through papi. >> >> We are now in a position where we need to decide if it is time to move to >> perf_events (and hope things improve fairly rapidly) or stay on perfmon (a >> much more comfortable idea) for this next release. >> >> >From your point of view: >> >> Do you feel that perf_events is ready to be used by customers using >> x86_64 >> Nehalem systems ?? >> >> Do you plan to provide a set of perfmon2 kernel patches for the 2.6.31 >> kernel ?? >> >> Do you plan to produce a pfmon which will work with perf_events ?? >> >> And of course that ugly thing called schedules always gets in the way so >> if >> you have plans to do these, could you give a rough idea where it sits on >> your priority list (or even better about how long before it may be >> available) that would be useful. >> >> Thanks >> Gary >> >> >> -------------------------------------------------------------------------- >> ---- >> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart your >> developing skills, take BlackBerry mobile applications to market and stay >> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >> http://p.sf.net/sfu/devconference >> _______________________________________________ >> perfmon2-devel mailing list >> perfmon2-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/perfmon2-devel > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > perfmon2-devel mailing list > perfmon2-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/perfmon2-devel ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ perfmon2-devel mailing list perfmon2-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/perfmon2-devel
