New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 879711 link

Starred by 2 users

Issue metadata

Status: Assigned
Owner:
Last visit > 30 days ago
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 3
Type: Bug



Sign in to add a comment

chrome://tracing CPU frequency inaccurate on AMD Chromebooks

Project Member Reported by jbrandmeyer@chromium.org, Aug 31

Issue description

Chrome Version: 70.0.3524.2
Chrome OS Version: 10988.0.2018_08_21_1522 (Test Build)
Chrome OS Platform: Grunt/Careena, prerelease hardware
Network info: GoogleGuest

chrome://tracing produces a trace that includes a section of Kernel traces.  The Kernel traces include C-States and Clock Frequency for each processor core.  The displayed clock frequencies correspond to values reported by /sys/devices/system/cpu/cpu{N}/cpufreq/cpuinfo_cur_freq.  

However, this file is not the actual clock frequency of the core, it corresponds to the frequency the kernel has selected by C-state.  The actual core clock frequency may be found in /sys/devices/system/cpu/cpu{N}/cpufreq/scaling_cur_freq



Where is the right place to fix this?
 
Owner: jbrandmeyer@chromium.org

Have traced part of the dataflow through

(chromium) CrOsTracingAgent::StartTracing() when the trace config's IsSystraceEnabled() is true.

Farther down the stack,

(chromiumos) platform2/debugd/src/helpers/systrace.sh is setting up the kernel ftrace event power:cpu_frequency for this information.
Labels: -CrOSFilesCategory-Performance
Components: -Platform>DevTools>Performance>Tracing Speed>Tracing
Status: Assigned (was: Unconfirmed)
This issue has an owner, a component and a priority, but is still listed as untriaged or unconfirmed. By definition, this bug is triaged. Changing status to "assigned". Please reach out to me if you disagree with how I've done this.

Sign in to add a comment