Firefox 4 RC Vs. IE9 RC: the First Duel
An anonymous reader writes "Firefox 4 vs. IE9 is going to be an epic battle in a reigniting browser war in which Microsoft wants its IE to be seen as a capable browser again. Mozilla struggled to keep the pace with Chrome and IE9, but is about to release the first release candidate, which is expected to be the final version of Firefox 4 as well. This first review of JavaScript, Flash and HTML5 tests seems to indicate that both browsers are about even at the bottom line, while Firefox has the JavaScript edge and IE is ahead in HTML5 performance."
I agree they are only worth posting when there is a significant win one either side. Right now it looks like IE9 has a slight lead in some areas over Firefox. Which means nothing. Other then IE has gotten the Most Improved Award. Just as long as we have competing browsers that have a fair market share (EI, FireFox, Chrome and Safari) I am happy once either side gets a good win (Like IE 5-6 did) then that is where the trouble gets in where the winner separates from the standard and forces its own standards. And the others are trying to play catch up to support as many of the winners standards as well as trying to follow the prescribed ones. Thus creating problems again. Right now I think we are in a new golden age of browsers where it really doesn't matter which one you use anymore and you can choose a browser based on features and performance in particular areas vs. needing to render particular pages.
If something is so important that you feel the need to post it on the internet... It probably isn't that important.
I don't know how IE has an HTML5 advantage since they have to do a WebGL conversion to DirectX which causes all renders to take 3X as long. You can hear it talked about in this demo from Fractallab(http://www.boingboing.net/2011/03/07/tom-subblue-reddard.html#comments) an online fractal generator built in HTML5 using WebGL.
This is my sig. There are many like it but this one is mine.
Sunspider is a redundant test -- as are Kraken, V8, and the rest of them. Synthetic benchmarks are inherently flawed and we should all pay far less attention to them, but they happen to be easy to convey and chart (much like flawed compliance "tests" like Acid3 and html5test).
That said, there was almost certainly no cheating. That was a valid optimization. What was identified was a boundary condition in the JIT, which took two syntactically identical statements, which were not lexically identical, and showed that only one was optimized out. People who don't have any idea how to make an optimizing compiler decided that the only way this could happen was cheating, leaving out mistakes or intentional heuristics.
The problem with that theory is that it would be more difficult to develop a cheating optimizing compiler with the characteristics it had, for that situation, than to actually come up with an optimization, so it's outright absurd. The guy who discovered the discrepancy never called it cheating.
The RC scores the same in those tests now. I bet it was something simple like doing a quick one-line dead code elimination pass before the full dead code elimination heuristics decided whether to bother trying.
I completely agree completely I need my plugins.
However, I've actually moved all my friend from Firefox to Chrome because they refuse to use any plugins
I am using the Firefox 4 RC 1 and my native screen resolution is 1920x1080 (DPI adjusted to 150%). Firefox still ignores my DPI setting (Windows 7 OS). Google Chrome, Internet Explorer, Opera and Safari are already aware of DPI settings. Why not Firefox?