Firefox 3.5RC2 Performance In Windows Vs. Linux 240
pizzutz writes "Andy Lawrence has posted a Javascript speed comparison for the recently released Firefox 3.5RC2 between Linux (Ubuntu 9.04) and Windows(XP SP3) using the SunSpider benchmark test. Firefox 3.5 will include the new Tracemonkey Javascript engine. The Windows build edges out Linux by just under 15%, though the Linux build is still twice as fast as the current 3.0.11 version which ships with Jaunty."
Re:So what shall one use now? (Score:5, Informative)
This is nothing new. Running Windows FF in WINE is faster than using Linux native FF.
Re:But why? (Score:5, Informative)
The Windows version is compiled with PGO (profile guided optimization) while Linux versions aren't.
Re:Don't benchmark it on Ubuntu (Score:5, Informative)
It has nothing to do with Ubuntu. Here are benchmarks from Firefox on Fedora: The issue is just as bad on Fedora: http://www.tuxradar.com/content/browser-benchmarks-2-even-wine-beats-linux-firefox [tuxradar.com]. That's only from a few months
Re:Don't benchmark it on Ubuntu (Score:4, Informative)
Re:But why? (Score:5, Informative)
Re:My problem with Firefox is this (Score:5, Informative)
Firefox on Windows looks great/awesome/beautiful....name it. But on Linux, it is inherently ugly. The beast looks ancient and the fonts and dialogs make matters worse.
Folks, I am not trolling so have a look for yourselves and compare....
I'm running Windows XP and Ubuntu 9/04 side by side on similar laptops. Just to test, I looked at the main pages for Slashdot, Wikipedia (English), and Amazon, side-by-side.
My eyeball result of looking for differences between pages rendered with Firefox on Ubuntu 9.04 vs Windows XP:
Other than the issue for Amazon, the pages rendered look identical to me. The fonts for the menus look identical. I still disagree with the choice the mozilla team made to have the preferences/options menus with different titles in different locations for Linux versus Windows, but other than that, the UI seems consistent to me. The default GNOME theme for Firefox isn't as pretty as the new Firefox theme on Windows, but that's a minor aesthetic thing, and it's not ugly, it just isn't pretty.
Re:My problem with Firefox is this (Score:5, Informative)
Firefox on Windows looks great/awesome/beautiful....name it. But on Linux, it is inherently ugly. The beast looks ancient and the fonts and dialogs make matters worse.
In Ubuntu 9.04 here, and I personally think the stock DejaVu fonts on Linux look quite nice. Actually prefer the traditional toolbar on Linux with Tango icons (tango.freedesktop.org) rather than the "enlarged back button" version found on Windows and OSX.
The only problem I see is the topic of this thread, i.e., performance. It's slow enough to feel slow, and the fact that most Linux distros run so well on old hardware makes the problem worse.
The bigger problem for the "Linux browsing experience" still seems to be Flash. Visiting a Flash-heavy site (like the horrible items produced by any given automaker) is a painful experience...it's bad enough that I'll typically crack open the MacBook. I find Flash sites consume an order of magnitude more CPU running natively in a Linux browser than they do running in a Windows XP VirtualBox instance hosted by the same Linux OS.
AdBlockPlus and FlashBlock are the only things that enable me to continue to use this computer for web browsing. It's somewhat of a sad state of affairs, given that it's more than quick enough to run multiple VirtualBox instances, Eclipse instances, and a GIMP instance with dozens of files open at the same time. But give it one web page with a few Flash advertisements, and you'll think you're on a Pentium 60.
Re:Where's the proof that GCC is solely to blame? (Score:2, Informative)
Compilers aren't a simple problem that you can 'throw devs at'.
Maybe the Intel compiler could be used, but it breaks on anything non-trivial.
Or we can suck up the 15% performance degradation, especially if it is due to profiled optimisations on Windows, and just be happy that it is twice as fast in terms of Javascript, that might make Slashdot usable on a netbook again. It's certainly going to be faster than IE8 on Windows, and that is what most Windows users will be using in the end.
I only hope that Canonical make it available for 8.10, because we can't all upgrade to 9.04 because some companies (looks at VIA) take 6 months to get their drivers updated.
Re:My problem with Firefox is this (Score:1, Informative)
skin your ff and you wont tell the difference between the windows and linux version. And calling it ugly just shows that you don't bother taking a minute or two to find a theme that doesn't give you an eye sore. *very windows like*
Here, I'll even help you out. https://addons.mozilla.org/en-US/firefox/browse/type:2/cat:all?sort=popular
Some of the themes can blow your "beautiful" windows theme out of the H2O.
Re:But why? (Score:3, Informative)
The king of C compilers is now ICC, with both MSVC and GCC way behind.
Re:maybe linux carries some of this blame (Score:5, Informative)
This is a myth.
I have barely ever noticed a performance increase when comparing code compiled with equivalent options on GCC, ICC and MSVC.
Quite the contrary, GCC is faster more often than you'd think.
Re:But why? (Score:2, Informative)
One can always use the Intel compiler on Linux. The performance of compiled code is comparable to that the Intel compiler produces with its Windows version.
Re:I'm not sure about this (Score:4, Informative)
I run it and it works.
Re:There! You have it! (Score:3, Informative)
Re:Does gcc "do" Windows? (Score:3, Informative)
Yes.
Re:maybe linux carries some of this blame (Score:3, Informative)
Re:Don't benchmark it on Ubuntu (Score:5, Informative)
Visual C is not "compiler specifically implemented for x86". It supports (and supported in the past) lots of architectures -- x86, x64, Itanium, Alpha, MIPS (and MIPS16), PowerPC, ARM (and Thumb), Hitachi SuperH, Infineon TriCore, several other embedded CPUs as well.
Of course x86/x64 are main targets, but my guess it is so for GCC as well :-)
Re:But why? (Score:5, Informative)
The problem is that GCC is pretty much the only compiler on Linux used these days and while the code is very nice C++ compilers on Windows produce a bit better code still.
In my experience, MS's VC++ produces not just a bit better code than gcc, but whole hocking meeses better code. VC++ is a damned good compiler, no matter what one might think about the company that generated it, while gcc is a merely decent one, no matter how much one might want to promote FOSS.
Re:But why? (Score:3, Informative)
Re:Where's the proof that GCC is solely to blame? (Score:5, Informative)
That stopped being true back in 2007 when they released version 10.0.
Re:My problem with Firefox is this (Score:3, Informative)
Unlikely to be X. I can play normal videos just fine at full speed. It's only Flash that eats CPU and is slow.
Re:maybe linux carries some of this blame (Score:3, Informative)
Why don't you compile Tracemonkey with MSVC, GCC, and ICC, then run the sunspider benchmark. Make sure you have PGO turned on for the MSVC build.
Then you can go eat your hat.
GCC, ICC, MSVC (Score:5, Informative)
It is not a myth. ICC kicks the crap out of GCC. I didn't believe it until I had access to a computing cluster (Intel processors) with ICC installed. My ANSI C code runs about twice as fast using ICC than with GCC. Would you really expect anything different?
As always, YMMV, but I suggest that anyone who doubts this to download Intel's compiler (it's free as in beer) and try it out.
It's not open source, which does suck. But it does consistently produce faster code.
Re:maybe linux carries some of this blame (Score:2, Informative)
Re:Don't benchmark it on Ubuntu (Score:4, Informative)
It will depend on what compiler settings were used to build the glibc library, what architecture it was tuned for, whether or not the glibc library is targeted to the specific version of the kernel you are using. It also depends on what options were used to build the companion libraries, as well.
Also, the last time this was discussed on slashdot, I seem to remember that it was Profile Guided Optimisation (PGO) that helped FF on Windows. This would allow the compiler to better structure the machine code to keep as much of the program running in the CPU cache as possible (by pre-loading branches in conditional statements that are executed more frequently).
Re:...but does Adobe Flash still hang up? (Score:4, Informative)
The Javascript speed is not much of a factor. The one truly annoying thing with Firefox is the gawdawful Adobe Flash plug-in that hangs up at random, causing the whole browser to come to a screeching halt.
So why not get Flashblock or remove the Flash plugin?
Re:But why? (Score:3, Informative)
Re:maybe linux carries some of this blame (Score:5, Informative)
Believe me, we'd really love to make Linux perform as well as Windows! We spent a lot of time in Firefox 3 with libxul reducing startup time by making symbols hidden and reducing the number of runtime relocations...
Re:Don't benchmark it on Ubuntu (Score:3, Informative)
improving performance on its most popular platforms if they want to remain relevant...
You don't understand, GCC's portability is the reason for its very existence. Thats not optional. GCC has got more than 20 backends (architectures) and 8-10 frontends (languages) for goodness sake, no freakin' wonder its a little slower than MSVC/ICC, those latter guys only have to worry about 2 backends (x86/x86_64) and 2 frontends (C/C++).
GCC's wide portability is what currently guaranttees its relevancy. The minute GCC starts chasing clock cycles on the x86 platform (at the expense of the others), that will be its curtain-call...
Re:So what shall one use now? (Score:3, Informative)
> So why isn't the Moz Foundation investing in a better compiler?
This is a good question; I believe it's largely a matter of not having found anyone to pay to do the work, but I'm not privy to details on this stuff...
> what does this say about the performance of any app running under Linux compared to the
> Windows version?
That if performance is gated on computation and codesize, and the code identical, it'll tend to be faster on Windows....
Thing is, for most apps performance is gated on I/O or display (if gated at all) more than on computation and codesize.