The Mozilla wiki has detailed info on the blacklists for each platform & Firefox version.
Announcement
Collapse
No announcement yet.
The GPU Acceleration Situation In Firefox 6
Collapse
X
-
Originally posted by smitty3268 View PostThe bug Firefox had with the Gallium drivers was within Firefox itself. They tracked down and fixed that bug, but didn't want to change the whitelist in FF6 without a full round of testing first.
FF7 will still only require Mesa 7.10.3, so the drivers have been good at least since that point. If I recall, the Gallium drivers were fine in 7.10.0 as well, it was some bug affecting both classic and Gallium that made them bump it to 7.10.3.
Edit: the actual bugfix may have been ported from FF7 into 6, so if you run FF6 and bypass the whitelist it may work correctly. But i'm not 100% sure whether that bug got fixed there or not.
On two of my systems this test result went from about 6 FPS with Firefox 4 and 5 to about 33 FPS in Firefox 6 beta.
My desktop system has an AMD/ATI R710 GPU, and I use the open source r600g Gallium3D drivers.
My netbook system (Acer Aspire One 522) has an AMD/ATI C50 APU, and I use the open source r600g Gallium3D drivers.
These are both very modest systems in terms of GPU performance. On neither system does WebGL work with Firefox 6. Only hardware acceleration, to some extent.
I expect this to improve again in Firefox 7, but it is still true to say that it has already improved considerably in Firefox 6.
Comment
-
Originally posted by hal2k1 View PostThis is a test from Mozilla of browser hardware acceleration:
On two of my systems this test result went from about 6 FPS with Firefox 4 and 5 to about 33 FPS in Firefox 6 beta.
My desktop system has an AMD/ATI R710 GPU, and I use the open source r600g Gallium3D drivers.
My netbook system (Acer Aspire One 522) has an AMD/ATI C50 APU, and I use the open source r600g Gallium3D drivers.
These are both very modest systems in terms of GPU performance. On neither system does WebGL work with Firefox 6. Only hardware acceleration, to some extent.
I expect this to improve again in Firefox 7, but it is still true to say that it has already improved considerably in Firefox 6.
Comment
-
Originally posted by smitty3268 View PostThat's incorrect. In a few days after FF6 is released, the Type Inference work will land on mozilla-central, which brings some pretty massive js performance improvements on some tests. Then they are working on improving their garbage collector to be incremental and generational, which will make another big improvement. Then will come IonMonkey, which will allow further optimizations.
There's a lot of work going on to improve performance.
v8 Benchmark version 6
Score
Firefox 3.5: 226
Firefox 6: 2254
I also don't have any GPU accelerations enabled in Firefox 6.. So definitely there's been significant improvements.. So yea, according to this benchmark Firefox 6 is 10x faster than Firefox 3.5 on the exact same hardware (Intel Pentium M 2.0 Ghz).
Comment
-
Originally posted by b15hop View PostOn win7 HPE x64 with 8GB of ram, onboard HD 5730, i7 720QM, I get 60+ fps with FF5. Not yet tried FF6... Will get back to you on this one...
My point was that GPU acceleration does work to some extent in Firefox 6 for the open source Linux Gallium3D drivers for AMD/ATI r600/r700/Evergreen/N.Islands GPUs (r600g).
Your point?
Comment
-
Originally posted by hal2k1 View PostHow is your comment relevant in relation to the topic, "The GPU Acceleration Situation In Firefox 6"?
My point was that GPU acceleration does work to some extent in Firefox 6 for the open source Linux Gallium3D drivers for AMD/ATI r600/r700/Evergreen/N.Islands GPUs (r600g).
Your point?
It's testing Cairo and XRender performance. On Win7 it will test Direct2D instead.
I believe there was some bug in the way they were using xrender they fixed which brought the big speedup. (using the PAD extension?)
Comment
-
Originally posted by smitty3268 View PostActually, that test doesn't have anything to do with the Mesa 3D drivers. (r600g)
It's testing Cairo and XRender performance. On Win7 it will test Direct2D instead.
I believe there was some bug in the way they were using xrender they fixed which brought the big speedup. (using the PAD extension?)
"It is designed to target the 3D graphics capabilities of newer video cards."
Xrender performance has everything to do with the 3D drivers.
Cairo graphics has several back-ends:
"Cairo is designed to use hardware acceleration when available."
"Cairo supports output to a number of different backends, known as "surfaces" in its code. Backend support includes output to the X Window System, Win32 GDI, Mac OS X Quartz, the BeOS API, OS/2, OpenGL contexts (directly and via glitz)"
Cairo graphics rendering performance can therefore also be greatly enhanced by the GPU drivers.
Regarding "On Win7 it will test Direct2D instead" - Phoronix is a Linux forum. Off topic.Last edited by hal2k1; 16 August 2011, 03:21 AM.
Comment
-
Originally posted by hal2k1 View PostXrender is an interface between the program which wishes to draw graphics and the GPU 3D drivers.
"It is designed to target the 3D graphics capabilities of newer video cards."
Xrender performance has everything to do with the 3D drivers.
Cairo graphics has several back-ends:
"Cairo is designed to use hardware acceleration when available."
"Cairo supports output to a number of different backends, known as "surfaces" in its code. Backend support includes output to the X Window System, Win32 GDI, Mac OS X Quartz, the BeOS API, OS/2, OpenGL contexts (directly and via glitz)"
Cairo graphics rendering performance can therefore also be greatly enhanced by the GPU drivers.
Regarding "On Win7 it will test Direct2D instead" - Phoronix is a Linux forum. Off topic.Last edited by smitty3268; 16 August 2011, 04:00 AM.
Comment
Comment