1113735 - [e10s] Pages with CSS or Javascript animation of background-image seem to cause firefox to become sluggish or lock up

Status: RESOLVED WORKSFORME

(Core :: DOM: Content Processes, defect)

Description

[nemo]

So, I've run into this in various places, but the following seem to be especially bad:
http://m8y.org/tmp/testcase391.xhtml  (animation of background-image using CSS keyframes)
This one causes high CPU usage and hovering over tabs to be sluggish, in addition, the white text block flickers a lot (only with e10s).
Seems to be much worse under Linux.


http://hedgewars.googlecode.com/hg/misc/hats_js_anim.xhtml  (animation of background-images using javascript - could probably be rewritten to use keyframes too, come to think of it, if that offered any benefits to browser)

This one pretty much caused my browser to hang.  I think it was confirmed happening on a Windows machine by a dev in #e10s but I kept forgetting to file this as he requested, and chat history is now gone.

Comment 1

[Olli Pettay [:smaug][[e-mail]]]

I don't see any issues with http://m8y.org/tmp/testcase391.xhtml with or without e10s
on linux.
http://hedgewars.googlecode.com/hg/misc/hats_js_anim.xhtml looks fine too here.

Comment 2

[nemo]

Another page that flickers heavily for me. e10s only.
http://matthewlein.com/ceaser/
when clicking on the height button.

Adapter Description X.Org -- Gallium 0.4 on AMD RV730

Comment 3

[Olli Pettay [:smaug][[e-mail]]]

Is this bug about flickering or ff-becoming-sluggish? They are rather different things.
I've seen some flickering occasionally on linux.

Comment 4

[nemo]

The flickering is rather heavy, and occurs at the same time as the sluggishness, I thought they might have the same cause.
Perhaps you don't notice sluggishness 'cause your system is a bit nicer.

Comment 5

[Alice0775 White]

about http://matthewlein.com/ceaser/,

I can reproduce the sluggishness on Nightly37.0a1(2014-Dec-19) with/without e10s.
However, I cannot reproduce the sluggishness on Nightly37.0a1(2015-Jan-06) with/without e10s.


Graphics
--------

Adapter Description: VMware, Inc. -- Gallium 0.4 on SVGA3D; build: RELEASE;
Device ID: Gallium 0.4 on SVGA3D; build: RELEASE;
Driver Version: 2.1 Mesa 10.1.3
GPU Accelerated Windows: 0/2 Basic (OMTC)
Vendor ID: VMware, Inc.
WebGL Renderer: VMware, Inc. -- Gallium 0.4 on SVGA3D; build: RELEASE;
windowLayerManagerRemote: true
AzureCanvasBackend: cairo
AzureContentBackend: cairo
AzureFallbackCanvasBackend: none
AzureSkiaAccelerated: 0

Comment 6

[Brad Lassey [:blassey] (use needinfo?)]

resolving WFM based on comment 5

Comment 7

[nemo]

So.  Nightlies have been a bit odd for me today (2015-01-08 nightly).  Wasn't autoupdating, downloaded manually instead, and promptly got crashes in a clean profile (profile manager crashed too trying to delete my test profile O_o).  My main test profile loaded, but with a ton of graphical glitches.

So, I switched to using ftp.mozilla.org instead...
Using:
ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2015/01/2015-01-07-03-02-17-mozilla-central/  (64 bit linux)
https://hg.mozilla.org/mozilla-central/rev/33781a3a5201

and a clean profile.

http://hedgewars.googlecode.com/hg/misc/hats_js_anim.xhtml WORKS! does seem snappy in that build, even with e10s
http://matthewlein.com/ceaser/  WORKS!  no more flickering when clicking on height button, with our without e10s.
http://m8y.org/tmp/testcase391.xhtml Still glitchy in e10s.  This one has a lot of flickering of the text box and window in general with e10s, but seems to render properly without e10s.

However, x11 is very slow causing lag throughout my session when doing the CSS animation on testcase391.xhtml  - that could just be a general rendering problem with x11 && cairo && this sucky card though, so that's fine.  Perhaps that general problem is triggering the e10s rendering glitches?