Performance APIs are affected by backgrounded status |
|
Issue descriptionWhen a page is backgrounded, it can become throttled, it will never paint, etc. In general, browsers apply heuristics to mitigate the impact of backgrounded tabs on performance on the visible tab. However, this affects aggregation of Performance APIs: values computed during a background status are not really comparable to values computed during a visible status because the browser can behave differently in these cases. Loading is the most affected because (1) most performance metrics involve loading in one way or another and (2) it's common to be backgrounded while loading. I think the most common case of this would be opening a new Chrome with multiple tabs: all but one will load in the background. A prominent example of this is PaintTiming. The paint timing timestamps are only computed once the process actually paints, which means that the timestamps can be inflated arbitrarily while the tab is in the background. Filing this bug just to make sure we don't forget about this problem.
,
Nov 14
Yes, that sounds reasonable. Some websites already do this, so it is hackable. But maybe it makes sense to have a more visible/standardized way of letting web developers know exactly when they are backgrounded (we have PageVisibility, but it's not sufficient as is). |
|
►
Sign in to add a comment |
|
Comment 1 by maxlg@chromium.org
, Nov 14