Multi-second redraw latency with themes |
||||||
Issue descriptionChrome Version: 61.0.3160.1 (Official Build) canary SyzyASan (32-bit) (cohort: ASAN) OS: Win10 Enable this theme: https://chrome.google.com/webstore/detail/marble/ijhebjoppbkfocoeceijgihihgckeool?hl=en Create a new window wait 5-10 seconds for it to show up and render. Create a couple of tabs, wait 5-10 seconds for them to render when you tab between them. Disable the theme and performance returns to normal.
,
Jul 18 2017
Note that I've been on vacation since June 23, and I saw this first on July 17's Canary. Unfortunately that's the best I can do to bound the regression range.
,
Jul 18 2017
I can't repro this on Mac. Could someone check on Windows? siggi@ if you could attach the "chrome://gpu/" output it may help us reproduce quicker.
,
Jul 18 2017
+folks. Would anyone be able to test this on Windows? I'm traveling and can't right now.
,
Jul 18 2017
,
Jul 18 2017
,
Jul 20 2017
I'm not seeing this on windows on 61.0.3162.0, though that's not using syzyasan or the heap profiler.
,
Jul 20 2017
If it's still present on "61.0.3162.1 (Official Build) canary SyzyASan (32-bit) (cohort: ASAN)", it's not nearly as bad. I still have ~2s latency on the appearance of a new window on a Z840, but I can't say whether that's "usual" lag. Chris, can you try and repro by flipping that theme in and out?
,
Jul 20 2017
It's definitely still present, but less so than yesterday. Lag is still appreciable when opening windows and resizing.
,
Jul 21 2017
IIRC vmiura is in MON this week -- maybe you can hunt them down and show them the repro? If not, could you attach a cell phone video of the behavior?
,
Jul 25 2017
Sure, vmiura can swing around take a look anytime. Here's a video of this: <https://drive.google.com/open?id=0B8YbtTsalMc_WnhrMWxWZUQ4Mzg> First showing redraw behavior on Canary without theme, installing theme, then repeating to demonstrate the redraw delay. Second showing redraw behavior on Stable without theme, installing theme, then repeating.
,
Aug 5 2017
I haven't been able to reproduce this on recent SyzyASan Canary, or the nearest build I could find to 61.0.3160.1. Resizing is slower than regular builds but this is normal with Asan - paint code seems 6x slower. I suspect some bug in Canary that got amplified but is no longer an issue. Please re-open if you notice excessive tab switching or resizing times again. |
||||||
►
Sign in to add a comment |
||||||
Comment 1 by siggi@chromium.org
, Jul 18 2017