Performance drop
Reported by
gozet...@gmail.com,
Mar 17 2018
|
|||||
Issue description
<b>Chrome Version : <Copy from: 'about:version'></b>
URLs (if applicable) :
Other browsers tested: Mobile S7 Samsung Browser, Mobile S7 Chrome V64.0.3282.137
Add OK or FAIL, along with the version, after other browsers where you
have tested this issue:
Safari:
Firefox: OK 59.0.1
Firefox Mobile: OK 59.0.1
Edge:
What steps will reproduce the problem?
(1) remove rule height for html and body and remove rule background-
attachment for body
What is the expected result?
full gradient background for body element without drop of performance
What happens instead?
background is okay but animations loses frames it's even worse on Mobile
Please provide any additional information below. Attach a screenshot if
possible.
,
Mar 17 2018
accessing it by file:///C:/Users/john/Desktop/site.html eliminates it but via localhost not
,
Mar 19 2018
,
Apr 26 2018
gozetero@ -- Thanks for reporting this issue. Could you please share the screenshot of good and bad behavior. This would help us in identifying the issue and to triage accordingly. Also, you can verify by updating you Chrome to latest #66.0.3359.117. Please share your OS details as well. Thanks in advance!
,
Apr 26 2018
Where are the svg files referenced by the site.html file? Are they even necessary? Could you reduce the site to the smallest set necessary to reproduce the problem? There's a lot of CSS and HTML in there that does not seem relevant.
,
Apr 26 2018
I verified that the steps mentioned makes the frame rate drop (a bit, ~5 fps or so on my machine.) I think what is happening is that a layout is triggered for each frame of the animation within the <img> (the SVG above), because we are not able to tell that the intrinsic dimensions didn't change, and thus trigger (a fairly expensive) layout. Specifying 'height' on the <img> makes it go away, lending some credence to the theory. (Presumably it can't be reduced too much, or the layout that is triggered will not be sufficiently expensive.)
,
Apr 26 2018
I see the intrinsic size flip between two different values every fifth frame or so. (Not directly obvious why...)
,
Apr 27 2018
Looks like this is caused by rounding differences (or different ways of computing/getting the intrinsic size.)
It should be possible to work around by either removing the 'width' and 'height' ('... width="150mm" height="150mm" ...') from the SVG (ghost-logo-2.svg), or changing it to any other value. (150mm resolves to 566.929134px, and that fractional part makes things sad in this case.)
|
|||||
►
Sign in to add a comment |
|||||
Comment 1 by gozet...@gmail.com
, Mar 17 20186.6 KB
6.6 KB Download