xonotic.org is extremely slow
Reported by
peter.es...@gmail.com,
Nov 29 2017
|
||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.94 Safari/537.36 Example URL: http://www.xonotic.org Steps to reproduce the problem: 1. visit http://www.xonotic.org 2. scroll up and down 3. notice slow rendering What is the expected behavior? What went wrong? Scrolling is extremely slow on this site. Does it occur on multiple sites: N/A Is it a problem with a plugin? No Did this work before? N/A Does this work in other browsers? Yes Chrome version: 62.0.3202.94 Channel: stable OS Version: Kubuntu 17.10 Flash Version: 27.0.0.187 display resoultion: 3840x2160 CPU: Intel i7 i7-4790K graphics card: Nvidia GTX960 4GB (running Nvidia's offical Linux driver)
,
Nov 29 2017
,
Nov 30 2017
"Unable to reproduce the issue on the reported chrome version 62.0.3202.94 and on the latest dev 64.0.3279.0 Using Ubuntu 14.04 with the below mentioned steps. 1. Opened Chrome 2. Navigated to http://www.xonotic.org 3. Scrolled down and up. We observed the scroll was working fine. Attaching the screen cast of the same. @Reporter: Could you please check the screen cast and let us know if we have missed any steps in reproducing the issue and please mention the behavior after trying the issue in a fresh profile with out any apps and extensions. Thanks! "
,
Nov 30 2017
> @Reporter: Could you please check the screen cast and let us know if we have missed any steps in reproducing the issue and please mention the behavior after trying the issue in a fresh profile with out any apps and extensions. Notice that I'm using an UHD display (resolution: 3840x2160) and a Nvidia graphics card (driver version: 384.90).
,
Nov 30 2017
Thank you for providing more feedback. Adding requester "vamshi.kommuri@techmahindra.com" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Dec 4 2017
As UHD display (resolution: 3840x2160) is not available with ET-HYD team, passing the issue to MTV team Thanks!
,
Dec 12 2017
I tested the site on another computer: OS: Windows 7 CPU/GPU: i3-2100 resolution: 1680x1050 Same problem, it's much slower than Firefox. So please, change the OS entry, it also affects Windows.
,
Dec 21 2017
Tested with version 65.0.3298.3, still slow as hell.
,
Feb 11 2018
no change with 66.0.3343.3
,
Mar 6 2018
Can you please provide a Input Latency trace from chrome://tracing?
,
Mar 6 2018
,
Mar 6 2018
Here is the trace...
,
Mar 6 2018
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Mar 6 2018
Thanks for the trace; this is a compositing issue. Trace shows 4 compositor tile workers are all executing tasks that take about ~14ms each.
,
Mar 16 2018
Vlad, can you find the right owner for this? Thanks!
,
Mar 16 2018
peter.eszlari, is it possible for you to capture a trace with "cc" and "cc.debug" categories turned on (cc.debug is in the "disabled-by-default" column). I suspect that this might be doing image decodes, but it's hard to say since we just get "task is running" traces without cc categories turned on.
,
Mar 30 2018
,
Apr 30 2018
Its not image decodes, all tile worker tasks are raster tasks. But there is a lot of raster work, each pending tree is taking in the order of ~0.5s. |
||||||||||
►
Sign in to add a comment |
||||||||||
Comment 1 by peter.es...@gmail.com
, Nov 29 2017