Issue metadata
Sign in to add a comment
|
64.9% regression in system_health.common_mobile at 545911:545939 |
||||||||||||||||||||||
Issue descriptionSee the link to graphs below.
,
Apr 3 2018
📍 Pinpoint job started. https://pinpoint-dot-chromeperf.appspot.com/job/16973fdf440000
,
Apr 3 2018
📍 Couldn't reproduce a difference. https://pinpoint-dot-chromeperf.appspot.com/job/16973fdf440000
,
May 3 2018
📍 Pinpoint job started. https://pinpoint-dot-chromeperf.appspot.com/job/12e991a3c40000
,
May 3 2018
Bisecting on a wider range.
,
May 3 2018
📍 Found a significant difference after 1 commit. https://pinpoint-dot-chromeperf.appspot.com/job/12e991a3c40000 Get navigation info without using FrameLoader snapshots by dproy@chromium.org https://chromium.googlesource.com/catapult/+/5d35a2c7122c1ac4a9a37e7743a19f628f25a38b Understanding performance regressions: http://g.co/ChromePerformanceRegressions
,
Jul 20
,
Jul 30
,
Aug 2
,
Aug 2
,
Nov 26
Ping! This bug has been flagged as stale by Chrome Speed Metrics bug triage, and it has an owner. Any update on this issue?
,
Nov 26
The value changed because we're now seeing an extra URL in the histogram: before (http://screen/7X7ynLMeBv8) vs after (http://screen/7GXqyQCFp3L). Some metrics could not be computed before due to lack of FrameLoader snapshot, but the new method of computing URLs doesn't require the presence of a FrameLoader snapshot, so we can calculate metric in more instances. This is WAI. |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by 42576172...@developer.gserviceaccount.com
, Apr 3 2018