Firefox Faster In Wine Than Native

An anonymous reader writes "Tuxradar did some benchmarks comparing Firefox's Windows and Linux JavaScript performance. 'We did some simple JavaScript benchmarks of Firefox 3.0 using Windows and Linux to see how it performed across the platforms — and the results are pretty bleak for Linux.' Later on, they tried Wine. 'The end result: Firefox from Mozilla or from Fedora has almost nil speed difference, and Firefox running on Wine is faster than native Firefox.'"

Comments

Why not?

[brunes69]

For everyone else in the world who does not know what PGO is maybe some details on why it is not enabled would be helpful.

Re:Why not?

[somenickname]

The idea is for the linker to identify the hot spots in memory, and group as many of them together as possible so they live on common pages. This helps keep those pages from being swapped out of memory to disk due to disuse, which greatly reduces the amount of thrashing your end users will see during normal use. Less thrashing == improved performance.

You were correct until here. This isn't PGO's primary purpose. It may do this to prevent TLB misses but, certainly not to lessen the impact of swapping (which for an average desktop linux user is almost non-existent). Optimization is about making decisions about what is likely to produce the fastest code. If the compiler knows how the code is going to be used, it can make better decisions.

Re:Why not?

[fracai]

I wonder if they could include this profiling in an opt-in user service. Whereby large amounts of profile data could be collected from the users and build a better aggregate profile. Or perhaps this would provide too little return on investment as the new data would not significantly improve on the existing profile and would only add to the complexity of the software.

Re:Why not?

[aonaran]

You are right that in desktop use scenario with over 1GB of RAM you will likely never use the swap.

If you run something very memory intensive like photo/video editing, VMware, etc. you may, but with today's standard RAM allotments most desktop users never touch swap in Linux.

Firefox is slow on Linux in general

[Teckla]

I dual boot between Windows XP and Ubuntu GNU/Linux (of the Intrepid Ibex flavor).

Firefox is slow on Linux in general. Page Up, Page Down, Arrow Up, Arrow Down, Ctrl+Plus and Ctrl+Minus (to increase and decrease the font size)...all of these things are instantaneous on Windows XP, but there's a noticeable lag on Linux.

I'm not sure what the problem is. I'm using the proprietary ATI drivers on Linux, which should be pretty fast. And my machine is old enough that all the kinks should have been worked out of the Linux drivers for my hardware.

Re:Firefox is slow on Linux in general

[QCompson]

Yep, I have the same experience. Firefox operations are much, much slower in linux than in windows. Another example is tab switching. In XP/Vista it is instantaneous, but in linux there is a slight delay. Things like this make the GUI feel very sluggish (I'm using the nvidia driver btw).

Though Not Dramatic, Interesting Nonetheless

[filesiteguy]

I think it stands as a testamant to the WINE folks. I know Linux distros and the various Window Managers - KDE/Xfce/IceWM/Gnome - have to handle things that Wintendo doesn't, as it is integrated into the OS from the get-go.

However, the results are not that dramatic. I'd be curious to see a few things, including how Native FF runs in KDE with the Gnome libraries loading up. (I run KDE.)

Also of note - I've posted before on lists that "starting" Word 2003 takes about half the time as it does to "start" OpenOffice 2.x on my distribution. I run CrossoverOffice and have Office 2003 loaded. My guess is that there may be something in Wine that optimizes these processes.

Re:Not just Wine

[Anonymous Coward]

I think it's mostly that Firefox on Linux tries to use features of the graphics driver that aren't properly accelerated. This seems particularly true on newer nVidia cards - a GeForce 9 series card is much slower than a GeForce 7 series card, even with the latest drivers.

I've actually had the Linux version of Firefox performing better inside a VM than natively, because in the VM it has no accelerated drivers, and is forced to do everything in software. It turns out that, in spite of the VM overhead, software rendering everything and then just blitting the entire thing in one go using an accelerated driver is faster than using the accelerated driver to draw the thing in the first place.

I guess that's why Mac OS X doesn't use hardware accelerated rendering, except for compositing windows. Firefox is plenty fast on Mac OS X, although still noticeably slower than on Windows.

Re:Really a surprise?

[MBGMorden]

I'm not sure what the specifics are causing it, but I can honestly say that native Firefox on my Linux (Mint 6) system just blows. I have no idea just what they got wrong, but compared to my Windows systems (Vista on laptop, XP on my home desktop and work desktop), or my Mac systems, it just blows. Firefox on my 500mhz G4 Mac with 512MB of RAM is literally a whole different experience compared to Firefox on a 2.8Ghz Celeron Linux system with 2GB of RAM (I've also testing similiar results on my MythTV box which is a Sempron 3400 w/ 1GB RAM, and my old Linux machine which was an Athlon XP2100 w/ 1.5GB).

If I'm working slow - casually browsing the web, then I can't notice. Thing is I tend to crank open tons of tabs and flip between then when I'm web surfing. At work now (where I open less than at home), and having been here 15 minutes I count 12 tabs open in this browser session. At home I can easily have 75 or more open at once. Usually when flipping between them I'm a very fast clicker, and there is a most definate noticeable pause in the rendering as Firefox on Linux switches between tabs or closes/launches one compared to the other platforms. In general the pages themselves, when network bandwidth isn't the bottleneck, also render a tad slower and more "klunky" (ie, for fractions of a second I can see things appear in one spot and then quickly rearrange to their final positions, where on the other platforms I would have seen far more items just appear in their final location).

Even though it still doesn't match regular Firefox on the other platforms, I've taken lately to using Epiphany. While it has it's own issues, it still does have a slight speed edge over FF so I continue to use it for now.

Truthfully, if Linux could FINALLY ditch the inherent "slow" feel to most of it's apps (which I think it really more an issue with xorg and the GUI toolkits more than "Linux", though I'm speaking as an overall platform not a kernel here), then I think it'd pickup a lot of new users, and some part-time users might well become full time.

Re:You not thinking Milti-Core.

[akadruid]

Laptops in particular often have slow hard drives. Antivirus slows them further. You're probably waiting for the disk all the time.

It's often compounded in a business environment by other disk access apps (auditing etc).

I know on my laptop, lauching firefox involves McAfee scanning Firefox, then Centennial scanning Firefox, then McAfee scanning Centennial, then McAfee scanning Firefox again.

My biggest frustration w/ Linux

[crazybilly]

Honestly, this, and the fact that font rendering looks like crap in FF (and several other programs, even w/ antialiasing turned up all the way) on my cheap home laptop, is my greatest frustration w/ Linux. And I love Linux. I love free (as in freedom).

But FF's crappy performance/speed/response on Linux just really really sucks.

I keep looking for a new browser, but Konq + multimedia = crashtastic, midori & kahazekhaze are too overall unstable, and Epiphany is just under-featured. Opera isn't FOSS (which slays me--I love Opera like a little girl loves ponies, but I've got a pretty strong ethical committment to FOSS).

There's always elinks ;).