Issue metadata
Sign in to add a comment
|
5% regression in thread_times.tough_compositor_cases at 526329:526361 |
||||||||||||||||||||
Issue descriptionSee the link to graphs below.
,
Jan 2 2018
Started bisect job https://chromeperf.appspot.com/buildbucket_job_status/8958512773486294336
,
Jan 2 2018
=== Auto-CCing suspected CL author chrishtr@chromium.org === Hi chrishtr@chromium.org, the bisect results pointed to your CL, please take a look at the results. === BISECT JOB RESULTS === Perf regression found with culprit Suspected Commit Author : Chris Harrelson Commit : d271bad92f0eadddc4fd92d0a99ad5c7ae77b5dd Date : Thu Dec 28 21:59:32 2017 Subject: [PE] Fix code that dirties compositing inputs when overflow changes. Bisect Details Configuration: android_nexus5_perf_bisect Benchmark : thread_times.tough_compositor_cases Metric : thread_renderer_main_cpu_time_per_frame/thread_renderer_main_cpu_time_per_frame Change : 4.98% | 2.97373984039 -> 3.12189688862 Revision Result N chromium@526328 2.97374 +- 0.0135405 6 good chromium@526329 2.98408 +- 0.0241082 6 good chromium@526330 3.14269 +- 0.0263614 6 bad <-- chromium@526331 3.13786 +- 0.0154065 6 bad chromium@526333 3.14233 +- 0.023999 6 bad chromium@526337 3.15035 +- 0.0266765 6 bad chromium@526345 3.15801 +- 0.0240946 6 bad chromium@526361 3.1219 +- 0.0298724 6 bad To Run This Test src/tools/perf/run_benchmark -v --browser=android-chromium --output-format=chartjson --upload-results --pageset-repeat=1 --also-run-disabled-tests thread_times.tough_compositor_cases More information on addressing performance regressions: http://g.co/ChromePerformanceRegressions Debug information about this bisect: https://chromeperf.appspot.com/buildbucket_job_status/8958512773486294336 For feedback, file a bug with component Speed>Bisection
,
Jan 4 2018
This regression doesn't seem to make much sense, unless there is hit testing triggered by this indirectly.
,
Jan 4 2018
Started bisect job https://chromeperf.appspot.com/buildbucket_job_status/8958297739332358336
,
Jan 4 2018
Re-bisecting.
,
Jan 5 2018
=== BISECT JOB RESULTS === Perf regression found with culprit Suspected Commit Author : Chris Harrelson Commit : d271bad92f0eadddc4fd92d0a99ad5c7ae77b5dd Date : Thu Dec 28 21:59:32 2017 Subject: [PE] Fix code that dirties compositing inputs when overflow changes. Bisect Details Configuration: android_nexus5_perf_bisect Benchmark : thread_times.tough_compositor_cases Metric : thread_renderer_main_cpu_time_per_frame/thread_renderer_main_cpu_time_per_frame Change : 5.00% | 2.94865856331 -> 3.09616529491 Revision Result N chromium@526328 2.94866 +- 0.0345801 6 good chromium@526329 2.96172 +- 0.0255919 6 good chromium@526330 3.1003 +- 0.0227479 6 bad <-- chromium@526331 3.11439 +- 0.0409619 6 bad chromium@526333 3.10933 +- 0.0281633 6 bad chromium@526337 3.12191 +- 0.031453 6 bad chromium@526345 3.12387 +- 0.0188809 6 bad chromium@526361 3.09617 +- 0.00972287 6 bad To Run This Test src/tools/perf/run_benchmark -v --browser=android-chromium --output-format=chartjson --upload-results --pageset-repeat=1 --also-run-disabled-tests thread_times.tough_compositor_cases More information on addressing performance regressions: http://g.co/ChromePerformanceRegressions Debug information about this bisect: https://chromeperf.appspot.com/buildbucket_job_status/8958297739332358336 For feedback, file a bug with component Speed>Bisection
,
Jan 9 2018
The regression has recovered. Not sure why. Bisecting.
,
Jan 16 2018
|
|||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||
Comment 1 by 42576172...@developer.gserviceaccount.com
, Jan 2 2018