[Bug 217713] Frequent freezes with recent www/firefox

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217713

--- Comment #4 from rkoberman at gmail.com ---
(In reply to Jan Beich (mail not working) from comment #2)
Tried both of these with no change.

Two things that bother me.

First, I see no indication of multiprocessing. I use gkrellm to monitor my
system and I see the typical pattern of uniprocessor jobs of bursts of activity
moving, often very quickly, from thread instance to thread instance. (2 cores
and 4 threading instances.) I don't see the system ever significantly above
100% CPU unless I have something else keeping it busy at the same time. This is
even true when I have multiple tabs loading at the same time. And I will see
all tabs freeze repeatedly as firefox does not update the display. Other
windows are not frozen.

Second, about:support (which I didn't know existed)  shows both hardware and
OpenGL compositing disabled.
HW_COMPOSITING  blocked by default: Acceleration blocked by platform
OPENGL_COMPOSITING      unavailable by default: Hardware compositing is
disabled

I though that Sandy Bridge had HW compositing and I have not intentionally
blocked it. I am running the latest X and Mesa from ports with only a limited X
configuration. Other than a list of fonts,I have only:
Section "Module"
        Load "freetype"
EndSection
Section "Screen"
  Identifier    "Screen0"
  Device        "Card0"
  Monitor       "Monitor0"
  DefaultDepth  24
  Option        "RegistryDwords" "EnableBrightnessControl=1"
EndSection

I am thinking about cleaning out Firefox. Resetting it and re-adding
extensions. (I have several, mostly privacy and security related.) 

Any other ideas?

Again, thanks for the suggestions!

-- 
You are receiving this mail because:
You are the assignee for the bug.