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

Issue 671121 link

Starred by 4 users

Issue metadata

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



Sign in to add a comment

Measure jank in WebRTC telemetry tests.

Project Member Reported by phoglund@chromium.org, Dec 5 2016

Issue description

From tommi: The jank measurements are about how much the main thread is blocked. Ideally the ui should be rendered at 60fps (unrelated to video streams) but we are usually below that number.

Add jank measurements to webrtc stress, e.g. scroll up and down and measure UI FPS.
 

Comment 1 by ajha@chromium.org, Dec 5 2016

Components: Tests>Telemetry Blink>WebRTC
Labels: M-57
Tagging with canary milestone.
Cc: briander...@chromium.org tdres...@chromium.org
Are we concerned with scroll latency, or just main thread busyness? If we just care about how busy the main thread is (and the potential impact to input latency), the Expected Queueing Time metric might be best.
Main thread busyness, yes. Should we just try it out or is there anything else we should know? Does the page have to scroll for expected queuing time?

Comment 5 by tommi@chromium.org, Dec 5 2016

Jank is often associated with scrolling, but I don't think that's a good example in this case.  Think about an application such as Hangouts where scrolling isn't possible, but animations, video rendering etc is pretty busy and smooth rendering is very important.
Expected Queueing Time measures what input latency would be on average, if input were to occur.

It doesn't require actual input.

Scrolling in particular is a bit tricky, because it sometimes happens on the compositor thread, in which case it's unaffected by main thread busyness.

Based on what you describe, I think EQT is probably the right thing to watch.
Components: -Blink>WebRTC Blink>WebRTC>Tools
Status: Available (was: Untriaged)
Components: -Blink>WebRTC>Tools Blink>WebRTC
Labels: -M-57
Changing back the component as per offline discussion.
Bringing this back to life...
How can we monitor the EQT?
Who should own this metric?
Cc: nednguyen@chromium.org sullivan@chromium.org
Let's hold off on this metric until the plan here is done: https://codereview.chromium.org/2742293002/#msg19
Project Member

Comment 15 by sheriffbot@chromium.org, Apr 6 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: Archived (was: Untriaged)
Archiving due to inactivity. Please reopen if this is incorrect.

Sign in to add a comment