Mozilla adds new baseline compiler to Firefox Nightly
I can't really say it any other way but I think that Mozilla managed to turn the Firefox browser around in a rather short period of time from a slow browser that was highly customizable to a browser that does not really have to hide behind the speed and performance of Google's Chrome browser any more. In fact, Mozilla managed to beat Google in many areas where Chrome once reigned supreme or at least closed the gap. That's not to say that Chrome is not still in the lead in some areas, as the latest HTML5 test shows for instance, but the gap is closing fast.
Google on the other hand seems to fight with Chrome becoming sluggish and criticism seems to have increased in recent time. The recent announcement to create the WebKit fork Blink may be one of the ways that Google hopes will resolve many of the issues of the browser.
Mozilla, after launching the OdinMonkey component in Nightly versions of Firefox in March has added a new baseline compiler to Firefox Nightly that improves the browsers performance in the company's own Kraken benchmark and Google's Octane benchmark by 5-10%.
What may be even more important is that it is also the base for future improvements to the browser. Mozilla has hopes to reduce the memory usage of the browser and use it to speed up the implementation of optimizations in the browser.
Firefox up to this point used two Just In Time (JIT) compilers: Jaegermonkey and IonMonkey.
Jaeger is a general purpose JIT that is â€œpretty fastâ€, and Ion is a powerful optimizing JIT thatâ€™s â€œreally fastâ€.
Jaegermonkey is currently being used as a stopgap baseline compiler for IonMonkey. The problem here is that it was never designed for that job. That's why Mozilla created a new baseline compiler that has been designed from the ground up with IonMonkey in mind.
You can read a detailed explanation of why this has become necessary at the official Mozilla blog.
Interesting from a general user perspective is the outlook that Mozilla gives in the same blog post. Users can expect "significant memory savings", "performance improvements" and "better optimizations of high level features".Advertisement
They have also managed to break support for PDFs in late versions. I discovered yesterday that version 19 changed (appears to have been silently, without user option) default handling for PDFs to display them in a new PDF.js driven component – which mishandles fillable fields, some fonts, some images and other features of PDFs.
Now while a PDF may display correctly in Adobe Reader, Google Chrome, Foxit, Sumatra, etc… Firefox shows it missing data. http://support.mozilla.org/en-US/questions/950946
It’s incredible that this change was made without adequate testing or more notification to users. Imagine companies around the world having to field calls from angry users that the PDFs used to document important data forms, etc are now missing data – only to find out it’s because of the browser that end user is using, not a programming, document maintenance or other bug the company could be responsible for. That’s the situation I’m in, and I’m annoyed as hell with Firefox over it.
You can go back to the previous way of handling pdf files quite simply:
i’m not a heavy pdf-user and personally like the integration of pdf.js into the browser. what is a no-go tough is the stupid bar popping up on top notifying me that there may be problems with the display of the file. yeah, i know the function is still quite “beta”, can you please stop nagging now?
for now pdf.js is supposed to give basic a function which most users asked for
and a lot of bugs are fixed now in the coming versions
* a basic function
and for me it is enough
Over the past year+ Mozilla has been working hard on memory and responsiveness. (Firefox now beats the other major browsers for memory usage.)
P.S. I recommend starting with a profile reset for optimum goodness: http://support.mozilla.org/en-US/kb/reset-firefox-easily-fix-most-problems
I hate chrome’s scrolling, it’s universally very annoying and not smooth at all. It is by far the #1 reason I don’t prefer it. Firefox’s smooth scrolling is not perfect, but it’s at least 5 times closer smoother and more responsive than chrome’s. Except that firefox has more specific scrolling issues.. often until an active page has been scrolled top to bottom, the scrolling is abysmal, then it fixes itself and becomes ultra smooth again. Exception #2 is the add-on page.. it seems to scroll horribly no matter what.