Become a fan of Slashdot on Facebook

 



Forgot your password?
typodupeerror
×
Firefox Mozilla News

Firefox 8 20% Faster Than Firefox 5 441

An anonymous reader writes "Thanks to continued improvements to start-up and first paint performance, tweaks to memory footprint and garbage collection, and the addition of a new 2D graphics backend called Azure, Firefox 8 is some 20% faster than Firefox 5 across all major metrics — and actually about equal with Chrome 14 on JavaScript and 2D rendering performance. Azure (which is new with Firefox 7) replaces Cairo, and instead of dealing with Direct2D and Quartz, it allows Firefox to deal directly with the Direct3D and OpenGL subsystems — resulting in a 20% speed boost under Windows, and probably even more under OS X."
This discussion has been archived. No new comments can be posted.

Firefox 8 20% Faster Than Firefox 5

Comments Filter:
  • by Anonymous Coward on Monday July 11, 2011 @09:02AM (#36719172)

    I know it's been said before, but this new release system is fucking retarded.

    I'm this close to dumping Firefox on every machine I touch.

  • by Fnkmaster ( 89084 ) on Monday July 11, 2011 @09:04AM (#36719206)

    You fools are only benchmarking Firefox 8!! Well I benchmarked Firefox 14 and it's plus 10 faster than Firefox 4.

    I appreciate the benefits of rapid versioning and release cycles, but really, this is ridiculous.

  • by Tukz ( 664339 ) on Monday July 11, 2011 @09:44AM (#36719618) Journal

    Tell that to the extentions that constantly break on new major version.

  • Anonymous Coward wrote:

    If your addon is on addons.mozilla.org

    Does addons.mozilla.org offer private hosting of bespoke addons used by a single company? Does addons.mozilla.org offer hosting of addons whose use requires payment? Or is addons.mozilla.org intended solely for addons intended for public use at no charge?

    they've begun automatically testing addons for compatibility

    I seem to remember reading that any add-on incorporating a native code component will automatically fail the test.

  • by Errtu76 ( 776778 ) on Monday July 11, 2011 @11:25AM (#36720852) Journal

    Is it possible to check compatibility of installed extensions before your upgrade? Other than going to the homepage of each extension, that is.

    If not, that would be a nice option:

    "A new version of firefox is available. Checking list of extensions for compatibilty issues ... Done! From 10 installed extensions, the following are incompatible with the new version. Would you still like to upgrade?"

  • by BitZtream ( 692029 ) on Monday July 11, 2011 @12:36PM (#36722012)

    It is now. It wasn't once before. At one point, version numbers had meaning, that is until marketing and people such as yourself decided it really didn't matter.

    I've worked doing both support and development and for me, a version number is not 'just a number'. It tells me something about what I can expect.

    The number should be as follows: major.minor.patch.build

    A major version bump means there WILL be compatibility issues. API changes require a major bump. Massive UI/Feature changes warrent a major bump a lot of the time.

    A minor version number means it probably won't break anything unless you have some dependency on a specific bug that has been fixed, which should be unlikely if you followed documented APIs and such. May introduce minor new features, should mostly be features that you missed on the release or where incomplete due to deadlines. Occasionally the 'heh, I forgot that obvious small feature that makes a world of difference' goes here, but for the most part this should be reserved for fixes that may accidently break compatibility.

    A patch version number change means you shouldn't notice any difference other than a security/bug fix.
    The build number is a unique identifier for the developer to reference internally as an exact point in time snapshot of the package. Thats the number that allows the dev to reproduce the exact same build.

    With the exception of a major number change, all other changes shouldn't result in massive breakages, for instance a major version change is the only thing that should break Firefox plugins en masse, and it should be avoided if there is any possible way to do so.

    I want to know what to expect from an upgrade, traditional version numbers help me at a glance determine my risk.

    Firefox (and Chrome) is taking an approach that I could only describe as amateur and completely lacking of any experience of having to support someone elses software product. It indicates you (Mozilla) don't give a flying fuck about what happens to the people who use the browser or what their experience is like, just that they get their way.

    And for the record, going from 4.05 to 4.08 generally would result in my response being something like:

    Great, another Firefox release, wonder how much this one breaks?

    The only people who randomly see a new version of software and get excited for no reason aren't relevant to this conversation. Normal people (the majority of us) have better things to do than worry about the latest release of Firefox. Anyone who does get excited needs to seek counseling.

  • Comment removed (Score:4, Insightful)

    by account_deleted ( 4530225 ) on Monday July 11, 2011 @01:51PM (#36723514)
    Comment removed based on user account deletion
  • by toriver ( 11308 ) on Monday July 11, 2011 @03:14PM (#36724976)

    Because "if our plugins didn't fail to run because Firefox decided to throw version number semantics overboard, they would be running 20% faster" is not a good position to be in.

The Tao is like a glob pattern: used but never used up. It is like the extern void: filled with infinite possibilities.

Working...