Issue metadata
Sign in to add a comment
|
19.9% regression in cheets_GFXBenchTest/gl_fill2 on cros-veyron_minnie at 29480000907800001:29490000907900000 |
||||||||||||||||||||
Issue descriptionPerformance dashboard identified a 19.9% regression in cheets_GFXBenchTest/gl_fill2 on cros-veyron_minnie at revision range 29480000907800001:29490000907900000. Graph: https://chromeperf.appspot.com/report?masters=ARC&bots=cros-veyron_minnie&tests=cheets_GFXBenchTest%2Fgl_fill2&checked=gl_fill2%2Cgl_fill2_ref%2Cref&rev=29490000907900000 There are also other platforms encounter the regression, for example, elm while cyan show better scores. I didn't enumerate all of them but here are the graph for reference: https://chromeperf.appspot.com/report?sid=0a4656548a509eb434f963b765868bd3a25da02a51d9a42202d0882b161ebc0d&start_rev=29240190900002100&end_rev=29760000916600000
,
Jan 11 2017
+staraz Hi staraz, the mentioned code change seems to lower the score of GFXBench on several cheets platforms. Could you please verify if this could be caused by the change https://codereview.chromium.org/2493223002 ? Thanks !
,
Jan 11 2017
,
Jan 11 2017
,
Jan 12 2017
I ran the benchmark the newest chrome revision (score: 5228, 5867) against 39fe426a5bec5352ddacab96ac10c6c33f9d5ac1 (the revision before my exo refactor) (score: 4880, 5854) on my samus device and didn't see the regression. 3 CLs have landed to address some issues introduced in my refactor. They could also solve the performance regression. samus is x86, so is cyan. I'll find a minnie or other arm devices to make sure.
,
Jan 12 2017
Ok, let's keep an eye on these perf tests to make sure they recover.
,
Jan 12 2017
,
Jan 12 2017
The regression is still present on veyron-minnie (1287 vs 1040 old vs new)
,
Jan 13 2017
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/c43626b432c288cc3b08e46b3a7f813e95d6d773 commit c43626b432c288cc3b08e46b3a7f813e95d6d773 Author: staraz <staraz@chromium.org> Date: Fri Jan 13 23:05:01 2017 exo::CompositorFrameSink uses CompositorFrameSinkHolder* instead of mojo interface pointer This fixes the performance regression on arm devices. BUG= 680066 Review-Url: https://codereview.chromium.org/2626293005 Cr-Commit-Position: refs/heads/master@{#443712} [modify] https://crrev.com/c43626b432c288cc3b08e46b3a7f813e95d6d773/components/exo/buffer_unittest.cc [modify] https://crrev.com/c43626b432c288cc3b08e46b3a7f813e95d6d773/components/exo/compositor_frame_sink.cc [modify] https://crrev.com/c43626b432c288cc3b08e46b3a7f813e95d6d773/components/exo/compositor_frame_sink.h [modify] https://crrev.com/c43626b432c288cc3b08e46b3a7f813e95d6d773/components/exo/compositor_frame_sink_holder.cc [modify] https://crrev.com/c43626b432c288cc3b08e46b3a7f813e95d6d773/components/exo/compositor_frame_sink_holder.h [modify] https://crrev.com/c43626b432c288cc3b08e46b3a7f813e95d6d773/components/exo/surface.cc
,
Jan 14 2017
,
Jan 20 2017
The graph shows that the performance score comes back. Thanks !
,
Jun 1 2017
|
|||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||
Comment 1 by hctsai@chromium.org
, Jan 11 2017