823141 - major jank while viewing a page (gradient-related)

Status: RESOLVED WORKSFORME

(Core :: Graphics, defect)

Description

[(not currently active) Ted Mielczarek]

Loading the page in the URL field causes major jank on my Windows nightly. I captured a profile, there's some gradient rendering stuff on the stack when it's janky.

Profile:
http://people.mozilla.com/~bgirard/cleopatra/?search=&customProfile=http://people.mozilla.com/~tmielczarek/gradient-jank.prof

Comment 1

[(not currently active) Ted Mielczarek]

Apparently I had Azure disabled. Re-profiled with Azure enabled, it's still janky:
http://people.mozilla.com/~bgirard/cleopatra/#report=35c41d29ff97690f303a75073b5315e92000b5d5

Comment 2

[Benoit Girard (:BenWa)]

WFM with bug 823147 landed

Comment 6

[Jim Jeffery not reading bug-mail 1/2/11]

Reopening, the url given for test is causing CPU to run 25% on Quad-core AMD Phenom II 
with repeated 'browser not responding' and freezing to point I had to kill the browser in the task manager. 

This with HWA on, didn't even try with it off.
Azure is also disabled on my system at this time.

Graphics

        Adapter Description
        ATI Radeon HD 3200 Graphics

        Adapter Drivers
        aticfx64 aticfx64 aticfx32 aticfx32 atiumd64 atidxx64 atiumdag atidxx32 atiumdva atiumd6a atitmm64

        Adapter RAM
        256

        ClearType Parameters
        DISPLAY1 [ Gamma: 2200 Pixel Structure: RGB ClearType Level: 100 Enhanced Contrast: 300 ] DISPLAY4 [ Gamma: 2200 Pixel Structure: RGB ClearType Level: 100 Enhanced Contrast: 50 ]

        Device ID
        0x9610

        Direct2D Enabled
        true

        DirectWrite Enabled
        true (6.2.9200.16440)

        Driver Date
        7-28-2011

        Driver Version
        8.881.0.0

        GPU #2 Active
        false

        GPU Accelerated Windows
        1/1 Direct3D 10

        Vendor ID
        0x1002

        WebGL Renderer
        Google Inc. -- ANGLE (ATI Radeon HD 3200 Graphics)

        AzureCanvasBackend
        direct2d

        AzureContentBackend
        none

        AzureFallbackCanvasBackend
        cairo

Comment 7

[Benoit Girard (:BenWa)]

What build are you running?

Comment 8

[Jim Jeffery not reading bug-mail 1/2/11]

(In reply to Benoit Girard (:BenWa) from comment #7)
> What build are you running?

Today's Nightly:
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:21.0) Gecko/20130124 Firefox/21.0
cset: https://hg.mozilla.org/mozilla-central/rev/98ea4d294369
win7 x64 8gig ram

Comment 9

[Alice0775 White]

I can reproduce the problem of comment#6  if   AzureContentBackend = "cairo" or  ""   under condition of HWA is enabled.

http://hg.mozilla.org/mozilla-central/rev/98ea4d294369
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:21.0) Gecko/20130124 Firefox/21.0 ID:20130124054158

Comment 10

[(mostly gone) XtC4UaLL [:xtc4uall]]

(In reply to Jim Jeffery not reading bug-mail 1/2/11 from comment #6)
> Azure is also disabled on my system at this time.
> 
>         AzureContentBackend
>         none

(In reply to Alice0775 White from comment #9)
> I can reproduce the problem of comment#6  if   AzureContentBackend = "cairo"
> or  ""   under condition of HWA is enabled.

Is that a supported Setup at all?
FWIW, for me there's no Issue anymore in the default HWA Case and with disabled HWA.

Comment 11

[Alice0775 White]

This happens in
AzureContentBackend: none (i.e., HWA enabled .and. Azure disabled)
or
AzureContentBackend: cairo (i.e., HWA enabled .and. Azure enabled .and.gfx.content.azure.backends = cairo)

Comment 12

[Jeff Muizelaar [:jrmuizel]]

If this doesn't happen in a default configuration I think we should close it.

Comment 13

[Jim Jeffery not reading bug-mail 1/2/11]

The hang does not appear it seems in a clean profile, and re-emabling in about:config
pref: gfx.content.azure.enabled 

which sets azureContentBackend to direct2d also seems to not cause the hang.

However... with the 'default' setting many users including myself are suffering from 
https://bugzilla.mozilla.org/show_bug.cgi?id=812695  which has received no attention.
I don't know if your waiting on MS or what... but it makes extended use of the browser painful with the screwed up font rendering.

Comment 14

[Jim Jeffery not reading bug-mail 1/2/11]

I should also point out that just having the ptsk page loaded and flipping the 
gfx.content.azure.enabled  back to 'true' caused the browser to instantly lock up and 
had to kill with taskmanager.

IMO something is seriously broken. IE 10 has no such hang on ptsk pages.

Comment 15

[Benoit Girard (:BenWa)]

Let's open a different bug with this information then since it's a non default configuration.