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

Issue 653063 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: Apr 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 3
Type: Feature



Sign in to add a comment

Get CPU tests reporting correctly for WebRTC video calls

Project Member Reported by kjellander@chromium.org, Oct 5 2016

Issue description

In the past we had cpu measurements for browser_tests but it was too costly to maintain and had a lot of noise. 
This bug tracks enabling CPU measurements for a realistic video call in the Telemetry framework. The output data must be reliable to the degree that it can be used to track regressions but not trigger too many false positives (might just be a matter of tweaking the perf dashboard rules for the metric though).

It shall be implemented for desktop, Android and at least 2 CrOS devices for a 720p 45-sec call.
 
Cc: erikc...@chromium.org charliea@chromium.org
It's worth noting that Erik Chen is working on porting cpu measurements of telemetry to use TimelineBasedMeasurement 2 framework:  issue 640312 

With the new framework, we have the ability to compute cpu metrics during a specific period time, e.g: user scrolling the page, video call playing... This would help stamp out the metric noise by isolate different activities of the browser.
Owner: guidou@chromium.org
Status: Assigned (was: Available)
Labels: -Pri-3 Pri-2
Owner: ----
Status: Available (was: Assigned)
Labels: -Pri-2 Pri-3
Sorry, restoring status and priority. For a moment I thought this was not for Telemetry.
Is there a particular reason that we care about CPU usage and not power?

Also, nednguyen@, how does this compare to our current benchmarking priorities for the short-term? Broadly, we're focusing on improving the reliability and quality of the benchmarks that we have rather than adding new benchmarks, especially when those new benchmarks would require drastically different Telemetry codepaths from most other benchmarks (like this one probably would, given that we couldn't use WPR).
Project Member

Comment 8 by sheriffbot@chromium.org, Apr 11 2018

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Status: WontFix (was: Untriaged)
Closing this because I think that sheriffbot's analysis is probably correct.

Sign in to add a comment