Remove latency info from content/browser/renderer_host |
|||
Issue descriptionWith VizDisplayCompositor renderer CompositorFrames aren't delivered to the browser and the code in content/browser/renderer_host/* can't update LatencyInfo. I believe LatencyInfo works fine with VizDisplayCompositor from crbug.com/771357 . There should be no reason we can't tear out any latency info code from the following functions. RenderWidgetHostImpl::SubmitCompositorFrame() DelegatedFrameHost::SubmitCompositorFrame() It would be better if the viz implementation was always used to ensure there are no bugs and reduce code duplication.
,
Feb 7 2018
We are thinking of changing how LatencyInfo works (see [1]), which I think will help with this. /cc some folks involved in that discussion. [1] https://docs.google.com/document/d/1Gtaw7g7PgvSrTH2sbK-POslMrUYtJbcnMbk75JrBO20/edit
,
Feb 7 2018
The main thing the render host input latency tracker does is calculate end-to-end latency measurements. The design doc quoted still has that as an open issue.
,
Feb 7 2018
end-to-end should not be an issue (are you referring to the comment about using Now())?
,
Feb 7 2018
No I was referring to the UMA comment.
,
May 11 2018
We no longer modify LatencyInfo in SubmitCompositorFrame. See: https://chromium-review.googlesource.com/c/chromium/src/+/1019389 https://chromium-review.googlesource.com/c/chromium/src/+/1040866 |
|||
►
Sign in to add a comment |
|||
Comment 1 by jonr...@chromium.org
, Feb 7 2018