Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [linuxtools-dev] oprofile plug-in ignores user-specified 'count'

Confirmed.  Please open a bug.  The code is getting the minCount when creating the
event parameter for operf so that is why you are seeing 6000 each time.

-- Jeff J.

----- Original Message -----
> From: "Maynard Johnson" <maynardj@xxxxxxxxxx>
> To: "Linux Tools developer discussions" <linuxtools-dev@xxxxxxxxxxx>
> Sent: Thursday, January 30, 2014 3:26:42 PM
> Subject: [linuxtools-dev] oprofile plug-in ignores user-specified 'count'
> 
> Hi, all,
> I'm using the oprofile plug-in on Kepler.  The version of the OProfile Core
> Plug-in is 2.0.0.201309171939.  The plug-in appears to ignore a
> user-specified count value.  Here are the steps to reproduce:
> 
> 1. Create a simple C project to be profiled.
> 2. Right click on the project, select "Profiling Tools | Profiling Tools
> Configurations".
> 3. Create a new "Profile with OProfile" configuration.
> 4. Under the "Global" tab, select 'operf'.
> 5. Under the "Events" tab, uncheck the "Use default event" box, check the
> "Enabled" box in the Ctr 0 tab, select an event (like CPU_CLK_UNHALTED for
> Intel systems), and then edit the "Count" field, specifying something like
> "500000".
> 6. Click the "Apply" and "Profile" buttons.
> 
> During the profiling session, I see a bunch of messages like below spewing to
> every open terminal window:
>        
>      kernel:Dazed and confused, but trying to continue
> 
> This may or may not happen when trying to reproduce the problem, depending on
> kernel version and processor model.  My system is RHEL 6.4/Core 2 Duo.
> 
> I then went into my Eclipse workspace project directory and found the
> "oprofile_data" directory where the profile data was stored.  Running
> 'opreport' from that directory showed the profile data below [1].  Note the
> 'count 6000' at the end of the line where the event name and description are
> given.  This value of 6000 is the minimum value for the CPU_CLK_UNHALTED
> event.  So the oprofile plug-in ignored the '500000' value that I specified
> for the 'count' value.  I tried other events and got the same result --
> i.e., the minimum value was always used for profiling, no matter what I
> specified in the 'count' field.  BTW, you can see the minimum value for each
> event in the output of ophelp.
> 
> Is this a bug or am I misunderstanding something about how to specify the
> profile configuration?
> 
> Thanks!
> 
> -Maynard
> 
> ----------------------------------------------
> [1]
> [maynard@oc3431575272 memcpyt]$ opreport
> Using /home/maynard/workspace/memcpyt/oprofile_data/samples/ for samples
> directory.
> 
> WARNING! Some of the events were throttled. Throttling occurs when
> the initial sample rate is too high, causing an excessive number of
> interrupts.  Decrease the sampling frequency. Check the directory
> /home/maynard/workspace/memcpyt/oprofile_data/samples/current/stats/throttled
> for the throttled event names.
> 
> CPU: Core 2, speed 2534 MHz (estimated)
> Counted CPU_CLK_UNHALTED events (Clock cycles when not halted) with a unit
> mask of 0x00 (Unhalted core cycles) count 6000
> CPU_CLK_UNHALT...|
>   samples|      %|
> ------------------
>   2279376 100.000 memcpyt
> 	CPU_CLK_UNHALT...|
> 	  samples|      %|
> 	------------------
> 	  2089905 91.6876 libc-2.12.so
> 	   147437  6.4683 memcpyt
> 	    41995  1.8424 no-vmlinux
> 	       39  0.0017 ld-2.12.so
> 
> _______________________________________________
> linuxtools-dev mailing list
> linuxtools-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
> 


Back to the top