Hi Stephane,
I have been working with Manu - thus the follow up in another thread.
Using system-wide monitoring alleviates the problem as I mentioned in
another email.
Its not clear how we can use two monitoring processes for a single
8-thread app without using
system-wide monitoring since each session only tracks what we're
launching. Maybe I'm confused
by terminology.
We got the numbers we were looking for using system-wide monitoring so
we're
happy campers, but do let us know if there is anything you'd like us to
try to track down any
issues you see for debugging, etc.
cheers
-dave
On Wed, 2009-11-25 at 14:08 +0100, stephane eranian wrote:
> Hi,
>
> Sorry for the long delay. I missed your email initially.
>
> I am trying this with the 2.6.30 kernel. It does not crash
> there but I see a kernel with the way control of Northbridge
> events is handled in the presence of multiple event sets.
> That does not work.
>
> So I suggest you try with two separate runs instead.
> Sorry about that.
>
> On Tue, Nov 3, 2009 at 6:31 PM, Manu Awasthi <manu.awas...@gmail.com> wrote:
> > Hi all,
> > I have been measuring memory events for the parsec benchmark suite on a dual
> > socket, quad-core opteron machine with pfmlib version 3.9, kernel pfmon
> > version 2.82 and kernel version 2.6.29.6 . This is what I use as my
> > commandline option:
> >
> >>> pfmon --with-header --outfile=test1 --verbose -u --switch-timeout=100
> >>> -eDRAM_ACCESSES_PAGE:HIT,DRAM_ACCESSES_PAGE:MISS,DRAM_ACCESSES_PAGE:CONFLICT,DRAM_ACCESSES_PAGE:ALL
> >>> -eDRAM_ACCESSES_PAGE:DCT1_PAGE_HIT,DRAM_ACCESSES_PAGE:DCT1_PAGE_MISS,DRAM_ACCESSES_PAGE:DCT1_PAGE_CONFLICT,DRAM_ACCESSES_PAGE:ALL
> >>> $PASEC_COMMAND
> >
> > The problem is, sometimes, over different runs of the same (multi-threaded)
> > benchmark, the kernel panics and the machine freezes up. has anybody ever
> > experienced something of this sort before? Or is there something that I am
> > doing wrong? Is there a better way to measure these stats (system-wide
> > monitoring?)?
> >
> > Any help is appreciated.
> >
> > Thanks,
> > Manu
> >
> > ------------------------------------------------------------------------------
> > 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
> >
> >
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> perfmon2-devel mailing list
> perfmon2-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/perfmon2-devel
-----------------------------
David W Nellans
dnell...@cs.utah.edu
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
perfmon2-devel mailing list
perfmon2-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/perfmon2-devel
