Get CPU tests reporting correctly for WebRTC video calls |
|||||||
Issue descriptionIn 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.
,
Mar 6 2017
,
Mar 6 2017
,
Mar 6 2017
,
Mar 6 2017
,
Mar 6 2017
Sorry, restoring status and priority. For a moment I thought this was not for Telemetry.
,
Mar 14 2017
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).
,
Apr 11 2018
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
,
Apr 12 2018
Closing this because I think that sheriffbot's analysis is probably correct. |
|||||||
►
Sign in to add a comment |
|||||||
Comment 1 by nedngu...@google.com
, Oct 5 2016