Chrome preformance regression after KB4467702 |
|||
Issue descriptionChromeOS version: stable, 70.0.3538.110 and 71 as well. ChromeOS device model: Lenovo, Acer windows desktop/laptop Case#: 17032480 Description: On particular Acer and Lenovo devices, on Windows 10 1803, after installing KB4467702 (which is also included into KB 4343909 KB 4464218 KB 4458469 KB 4462919 KB 4462933 KB 4467702). When navigating sites with rich content (banggood.com), or just watching youtube movies, chrome sometimes freezes for half of second, or less, or/and stuttering, as on video in link below. It's resolved after uninstalling the update. Happening at customer's environment only, on customer's device only. Chrome://GPU is attached I I don't see anything special or abnormal there, as well, as in logs attached. Videocard drivers are up to date. Drive link to logs: https://drive.google.com/open?id=1bu2oFK7ZqY8UWwQ0zWLEOpxNXdpmywIq
,
Jan 3
marchuk@: 1) can you reproduce the same issue on other browsers, say, Edge, with this update? 2) if you run Chrome with --disable-direct-composition, can you still reproduce this issue? ligi: can you get someone to reproduce this issue in house or by India team? I have a lenovo, but it's a Google managed device and I can't install updates as I wish.
,
Jan 3
brucedawson: who on the microsoft side we should bring this regression to?
,
Jan 3
We should probably investigate this more ourselves first. Some chrome://tracing data or, more likely, an ETW trace (https://randomascii.wordpress.com/2015/09/01/xperf-basics-recording-a-trace-the-ultimate-easy-way/) should let us understand why Chrome is freezing. We can then try to come up with mitigations, or be in a better position to report the problem to Microsoft. If somebody can get a clean ETW trace showing this issue then I can investigate. The ideal trace would include something like this: - Started tracing-to-file with UIforETW using Ctrl+Win+R to start tracing while Chrome was active - Clicked play on an already loaded youtube video - About five seconds later the video froze for half a second - After video play resumed I saved the trace buffers with Ctrl+Win+R I can examine the ETW trace
,
Jan 3
The two reported devices, one with hardware overlay support (Acer) and one without (Lenovo), so we experience this regression on two very different rendering paths. Also worth mentioning this is not video specific, as banggood.com is just a site with a lot of contents on.
,
Jan 3
An ETW trace would still be relevant - one from each device. Usually a full browser freeze is not too hard to investigate and make sense of. Stuttering is trickier to figure out, but still possible.
,
Jan 3
marchuk: can you try to record ETW trace per #4? I think it's beneficial to record six traces where you experience this Chrome freeze 1) Acer with youtube video 2) Acer with banggood.com 3) Lenovo with youtube video Each with and without KB4467702. Hope this is not too much to ask. |
|||
►
Sign in to add a comment |
|||
Comment 1 by ericrk@chromium.org
, Jan 2Status: Assigned (was: Untriaged)