Issue metadata
Sign in to add a comment
|
23.2%-1024.7% regression in scheduler.tough_scheduling_cases at 521669:521790 |
||||||||||||||||||||||
Issue descriptionSee the link to graphs below.
,
Dec 7 2017
๐ Pinpoint job started. https://pinpoint-dot-chromeperf.appspot.com/job/11a25034040000
,
Dec 7 2017
๐ Found a significant difference after 1 commit. https://pinpoint-dot-chromeperf.appspot.com/job/11a25034040000 Round the scroll offset synced back to main thread instead of flooring By yigu@chromium.org ยท Tue Dec 05 15:49:54 2017 chromium @ a3ce2d3110a3f9177a41935daadd43ede72db553 Understanding performance regressions: http://g.co/ChromePerformanceRegressions
,
Dec 7 2017
,
Jan 10 2018
Fix positioned elements were composited on high dpi devices (e.g. retina display) but not on low dpi ones to preserve lcd text. They are composited now with my patch so that the behavior on both devices is consistent. The regression was detected on low dpi devices because of the newly composited elements. Meanwhile, the performance on high dpi devices didn't change (it's already "regressed" there). So this regression is "expected" because it matches the perf on high dpi devices. A new bug has been filed regarding the cause of the regression on both devices. See issue 800811.
,
Jan 10 2018
Issue 798424 has been merged into this issue.
,
Jan 10 2018
,
Jan 26 2018
|
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by 42576172...@developer.gserviceaccount.com
, Dec 7 2017