Issue metadata
Sign in to add a comment
|
11.8%-30.1% regression in performance_browser_tests at 503949:503956 |
||||||||||||||||||||
Issue descriptionSee the link to graphs below.
,
Oct 13 2017
๐ Pinpoint job started. https://pinpoint-dot-chromeperf.appspot.com/job/14b655ad780000
,
Oct 13 2017
Not sure why bisect didn't autokick (+dtu) Kicked manually https://pinpoint-dot-chromeperf.appspot.com/job/14b655ad780000
,
Oct 13 2017
๐ Found a significant difference after 1 commit. https://pinpoint-dot-chromeperf.appspot.com/job/14b655ad780000 [viz] Ensure that ClientLTFS acknowledges racy BeginFrames. By eseckler@chromium.org ยท Sun Sep 24 07:41:53 2017 chromium @ 1b697fc546af51e355c458bc4e10f821a1c8d551 Understanding performance regressions: http://g.co/ChromePerformanceRegressions
,
Oct 13 2017
,
Oct 13 2017
#3 auto-kick: should be fixed in https://github.com/catapult-project/catapult/issues/3959 !
,
Oct 16 2017
I'd imagine that the reason for this regression is similar to that in bug 727513 - I'll try to get a trace. It seems the perf dashboard's "request debug trace" doesn't work at the moment, filed bug 774947 .
,
Nov 14 2017
,
Jan 8 2018
I haven't been able to retrieve a trace for the regressed benchmark, since the dashboard doesn't seem to support that for this benchmark. I don't have access to a MacBook Air right now to try to repro and get a trace. The patch in #4 also improved a similar benchmark on the same device, see bug 742345 .
,
Apr 3 2018
Given that the patch improved a number of similar metrics (see graphs), I'm going to accept the regressions as intended / won't fix. Slight timing changes for frame production are expected for the change.
,
Apr 3 2018
cc'ing benchmark owner miu@ The patch certainly improves other test in this benchmark (attached a screenshot) |
|||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||
Comment 1 by 42576172...@developer.gserviceaccount.com
, Oct 3 2017