Slashdot Mirror


Firefox 4's JavaScript Now Faster Than Chrome's

An anonymous reader writes "Firefox 4's JavaScript engine is now faster than V8 (used in Chrome) and Nitro (used in Safari) in the SunSpider benchmark on x86. On Mozilla's test system Nitro completes the benchmark in 369.7 milliseconds, V8 in 356.5 milliseconds, and Firefox 4's TraceMonkey and JaegerMonkey combination in 350.3 milliseconds. Conceivably Tech has a brief rundown of some benchmark figures from their test system obtained with the latest JS preview build of Firefox 4: 'Our AMD Phenom X6-based Dell XPS 7100 PC completed the Sunspider test with the latest Firefox JS (4.0 b8-pre) build in 478.6 ms this morning, while Chrome 8.0.560.0 clocked in at 589.8 ms.' On x86-64 Nitro still has the lead over V8 and TraceMonkey+JaegerMonkey in the SunSpider benchmark."

352 comments

  1. FF4 by Anonymous Coward · · Score: 5, Funny

    FF4 crashes when I try to open Gmail since the change. This makes it slower for opening my mail.

    1. connect to gmail with FF4
    2. FF4 crashes.
    3. Open chrome and go to gmail
    4. ??? (train monkeys to joust)
    5. Profit

    1. Re:FF4 by joshier · · Score: 0

      I have no extensions running anymore to try and cut down the extremely numerous times it crashes. It's never done that before. It'll crash on any web page and my firefox has been recently reinstalled. I will most likely downgrade to an older version. I always report the crashes and put my email in too.

    2. Re:FF4 by Mr_Postman · · Score: 1

      Same here, except that I switch to Namoroka instead of Chrome when Minefield b0nks. This is two or three nightly builds in a row they've been crashing Gmail.

    3. Re:FF4 by wmac · · Score: 0, Troll

      How many software projects have come up with a Beta 8!!! in their version 4?!!

      This alone is an indication that the software engineering process in Mozilla.org specially Firefox has gone out of control. The software standards have degraded to a record low and open source with large numbers of out of organization comitters is showing its disadvantages.

      I used FF4 until Beta 6 and I should say it was the most torturous software test experience I have had in my 25 years of experience in software industry. I guess I will never again beta test any Mozilla software.

    4. Re:FF4 by Darren+Winsper · · Score: 2, Insightful

      You're an idiot. There's no strict definition of what a beta release is or how often it can be released and, since everybody has a different way of working and putting out releases, there's no way to compare the number of betas to anybody else that produces any meaningful statistic.

    5. Re:FF4 by yuriyg · · Score: 1

      A beta version of a software crashes? Surely you must be joking!

    6. Re:FF4 by KingMotley · · Score: 2, Interesting

      I would say quite a few have a beta 6. You are probably used to seeing commercial beta releases which you only see the public betas. I've seen semi-public betas get into the 30's.

    7. Re:FF4 by Anonymous Coward · · Score: 0

      I thought of training monkeys to joust over 20 years ago and have filed the appropriate patents so the correct order is

      1. File appropriate monkey jousting patents
      2. Wait for someone to use your idea
      3. Profit

      You've wandered into my trap Mr. Coward. Now to find out who you are and send my attorneys in. I'm going to own you.

    8. Re:FF4 by wmac · · Score: 0, Redundant

      You are a very impolite person.

      I have a PhD in software engineering and 25 years experience. I suggest you to learn to be more polite.

    9. Re:FF4 by wmac · · Score: 1

      We are talking about public betas. These betas are offered to everyone and normal users are testing them not internal testers. They are supposed to come out whenever they have reached a minimum quality. When you see such a mess, it means they have brought the software to public too early.

    10. Re:FF4 by RaymondKurzweil · · Score: 0, Flamebait

      Really? So because you have a PhD in software engineering and 25 years experience you judge a person impolite because they construct a run-on sentence?

      I have a 13" penis and an IQ of 170. I suggest you learn to be less lame.

    11. Re:FF4 by Anonymous Coward · · Score: 1, Insightful

      Unfortunately for people like you, your appeal to credentials often doesn't make you sound more convincing, but simply causes many to further confirm their own suspicion that PhDs are mostly clueless and out of touch, and 25 years of experience implies old and busted. Neither are valid conclusions, but people like you certainly don't help matters.

      I would say it is a safe bet you are an idiot, or at least not the sharpest tool around if you can go for 25 years professionally and yet still think that a dick-size statement like that means anything useful, especially in regards to an admonishment to "be more polite."

    12. Re:FF4 by KingMotley · · Score: 1

      Here's another, currently on beta 20: http://www.newsleecher.com//?id=download

    13. Re:FF4 by Anonymous Coward · · Score: 0

      My gmail works fine. I'm using FF4 beta 6. Also beta 4 was fine too. I must have skipped beta 5. Oh well.

    14. Re:FF4 by guanxi · · Score: 1

      It's beta software. You're reporting that beta software crashes? Dog bites man?

    15. Re:FF4 by Darren+Winsper · · Score: 1, Informative

      PhD or not, you're still an idiot.

    16. Re:FF4 by hey · · Score: 1

      Jeeze, give them a break. They are working on the worlds fastest javaScript that you'll be able to download for free!

    17. Re:FF4 by metamatic · · Score: 1

      Yeah, I had to use Firefox 3 the other day, and it crashed within 5 minutes of starting up. Reminded me that I don't use Chrome for the performance.

      --
      GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
    18. Re:FF4 by mysidia · · Score: 1
      Alternatively....
      1. connect to gmail with FF4
      2. FF4 crashes
      3. Decide speed is more important than stability
      4. connect to gmail with FF4
      5. FF4 crashes
      6. connect to gmail with FF4
      7. FF4 crashes
      8. connect to gmail with FF4
      9. FF4 crashes
      10. connect to gmail with FF4
      11. FF4 crashes
      12. connect to gmail with FF4
      13. FF4 crashes
      14. ????
      15. give up and go back to post-it-notes and yellow pages
    19. Re:FF4 by BZ · · Score: 1

      The early public betas of Firefox are primarily there for web developers to start testing their sites and for extension developers to update their extensions. Turns out, you need to call it a beta for web developers to see whether their site still works... if you don't, you end up with a slew of last-minute bug reports about sites that you didn't happen test (esp. because a bunch of them are intranets, people's cable-modem config pages, etc).

      As you might have noticed, beta7 is going to be the first feature-complete beta of Firefox 4. So it's not that there have been so many bugs that beta after beta has to happen; it's rather that to get people to test websites you have to start releasing betas way before you're "ready" to call your browser feature-complete, even.

    20. Re:FF4 by Anonymous Coward · · Score: 0

      25 years experience in being an idiot?

      Version numbers don't mean a thing except in:

      1) branding and marketing.
      2) higher number normally means newer.

      I'm not a mozilla fanatic. I thought mozilla was crap in the early versions[1] but at least I didn't use "version numbers" as my criteria.

      I judged mozilla on:
      1) Crashes during usage
      2) Memory leaks
      3) usability and performance

      Back then (3-4 years ago) it was unacceptable. Now it is much better.

      [1] Years ago when it was Netscape, it was a piece of shit. Microsoft didn't kill Netscape, Netscape killed Netscape.

    21. Re:FF4 by Anonymous Coward · · Score: 0

      Firefox's problem is not it's JavaScript speed, it's the fact that the whole browser is slow as HELL and unstable when you use a couple of addons. I have the same things on my Chrome installation and it's just blazing fast. Year or two back I mostly used the same type of addons but Firefox was faster and stabler. Not sure what they have been up to, but it just feels more bulky and slower every time it's updated.

      If only the full Firebug got released for Chrome, I could quit on FF for good.

    22. Re:FF4 by PitaBred · · Score: 1

      Using 64bit? They've been breaking the JavaScript compilation in 64bit builds every few days lately. It's getting a little annoying. Use one of the tracemonkey builds instead of the "proper" nightlies. Seems that they're building the 64bit builds, but not really caring about them for development.

    23. Re:FF4 by juhaz · · Score: 1

      Firefox's problem is not it's JavaScript speed, it's the fact that the whole browser is slow as HELL and unstable when you use a couple of addons.

      What makes you think those are separate issues? Yes, it's true some addons can cause huge slowdowns, but what do you think most addons are written in? Yep, that's right, JavaScript - making it faster will help with them as well.

  2. 6 milliseconds! Wheee!!! by Joce640k · · Score: 5, Funny

    I'll be able to do one more mouse click every three weeks or so.

    --
    No sig today...
    1. Re:6 milliseconds! Wheee!!! by Anonymous Coward · · Score: 2, Insightful

      Having good javascript runtimes will help the web go to the next level. This is useful for the gaming industry to tap into the non-gamers and casual gamers pool, e.g. this this port of quake that is able in javascript as a proof of concept:

          http://code.google.com/p/quake2-gwt-port/

      But this can also be useful for non games usage: applications such as google street view and google earth could soon be embedded in regular webapps without the need for flash plugin for instance.

    2. Re:6 milliseconds! Wheee!!! by Anonymous Coward · · Score: 4, Insightful

      I'm not looking forward to 'the next level' of the web. It will only have more dancing and blinking crap on the page.

      Want to make you site fast? You don't need Ajax, Flash, or any other "Hype du Jour". Toss it all out, stick with plain old HTML and make it look decent with simple CSS. Wham, your site is now an order of magnitude faster. You don't need those five load balancers and those twenty application servers just to serve up a page that could easily run on one server when you actually had a clue.

      The Web is rapidly going the way of television: once it was about content, then ads came 'to pay for the content' and now it is all ads with the absolute minimum of content. Spreading a two paragraph article over eight pages just to have more ad impressions. Six pictures that just have to be in a slide show. Ads. Profit. Bottomline.

      Get me a bucket, I'm going to hurl...
       

    3. Re:6 milliseconds! Wheee!!! by commodore64_love · · Score: 1

      Faster javacript is also good when you visit Websites that were written by your Redneck third cousin who is also your wife (i.e. none too bright):

      For example NBC.com's feedback site made my firefox freeze for about 10 seconds when I visited it yesterday. 6ms faster response on a "good" javascipt site might translate to a full second faster on a poorly-coded site..... i.e. waiting 9 seconds to "unfreeze" nbc.com instead of 10 seconds. For me that would make it worth switching from Chrome to Firefox.

      --
      "I disapprove of what you say, but I will defend to the death your right to say it." - historian Evelyn Beatrice Hall
    4. Re:6 milliseconds! Wheee!!! by commodore64_love · · Score: 1

      >>>worth switching from Chrome to Firefox

      Or SeaMonkey which I've been trying these last few days. It has the same engine as FF4 but with far less bloat (~150,000 vs. ~300,000 kilobytes). Copied from another guy's post yesterday:

      Q: Why not use Firefox instead of Seamonkey?

      A: "Yes, Firefox web browser, Thunderbird email and news client, Sunbird Calendar, and NVU HTML editor are useful programs. The Mozilla/SeaMonkey suite, with all of this functionality, is about 11M compressed, whereas the separate applications are each about 35M compressed. So, the live-CD, instead of being 60M would be 85M and would be too big to run in RAM in a PC with 128MB.

      "Why are the separate applications so big compared with the Mozilla/Seamonkey suite? Simply because the Mozilla suite has a lot of common code shared by each module, whereas the separate applications have to duplicate that code. This creates a gigantic size bloat, not in the spirit of Puppy."

      - Puppy Linux FAQ
      - Barry Kauler 2006
      http://www.puppylinux.com/faq.htm

      --
      "I disapprove of what you say, but I will defend to the death your right to say it." - historian Evelyn Beatrice Hall
    5. Re:6 milliseconds! Wheee!!! by Jahava · · Score: 4, Interesting

      I'm not looking forward to 'the next level' of the web. It will only have more dancing and blinking crap on the page.

      Want to make you site fast? You don't need Ajax, Flash, or any other "Hype du Jour". Toss it all out, stick with plain old HTML and make it look decent with simple CSS. Wham, your site is now an order of magnitude faster. You don't need those five load balancers and those twenty application servers just to serve up a page that could easily run on one server when you actually had a clue.

      Want to view content? I agree with your theme in that case, and there are plenty of sites out there that are designed around just that: simple presentation-focused static content display.

      However, most of the impetus for "Web 2.0" has not been around content viewing, but rather about utilizing the web browser as an effective, cross-platform thin client for applications. Now, granted, some sites are (ab)using AJAX and whatnot for purposes ranging from nefarious to just annoying, and there is some spillover from the dynamic application-based web pages into the static information-based ones, but it's generally kept in balance by the ease with which people can transition to a competing website if yours is too annoying.

      Recent advancements in Javascript execution speed are oriented towards polishing the thin client experience and capabilities. If fast Javascript execution becomes ubiquitous, sites can design much more successful thin clients because they can take that execution speed for granted. It's not all just flashing lights and annoying ads: take a look at the stunning Deluge BitTorrent Client's Web UI to see how nicely "Web 2.0" can be used.

    6. Re:6 milliseconds! Wheee!!! by tenco · · Score: 1

      I would just turn off JS for that site. If it becomes unusable by doing so, well, good riddance.

    7. Re:6 milliseconds! Wheee!!! by Anonymous Coward · · Score: 0

      ...help the web go to the next level.

      What the fuck does that mean?! Fuck you! You're a spammer/marketing dweeb!

      Quake2... Christ!

    8. Re:6 milliseconds! Wheee!!! by commodore64_love · · Score: 1

      >>>I would just turn off JS for that site.

      You can't do that if your browser is frozen for ten seconds. You have to sit and wait.

      --
      "I disapprove of what you say, but I will defend to the death your right to say it." - historian Evelyn Beatrice Hall
    9. Re:6 milliseconds! Wheee!!! by sznupi · · Score: 1

      Seamonkey definitely feels snappier than FF every time I try it, and able to gracefully withstand much heavier browsing (why? Less reckless code in UI / more cautious with changes there / doesn't have to accommodate extensions? UI which, running also via js, isn't the most speedy type by design...); a bit funny, considering the stated goals at the start of Phoenix effort.

      --
      One that hath name thou can not otter
    10. Re:6 milliseconds! Wheee!!! by sznupi · · Score: 1

      Now, granted, some sites are (ab)using AJAX and whatnot for purposes ranging from nefarious to just annoying ... it's generally kept in balance by the ease with which people can transition to a competing website if yours is too annoying

      So what keeps you here?

      --
      One that hath name thou can not otter
    11. Re:6 milliseconds! Wheee!!! by icebraining · · Score: 1

      Maybe he enable the "Slashdot Classic Discussion System" like I did? It's right there on the preferences.

    12. Re:6 milliseconds! Wheee!!! by maxwell+demon · · Score: 1

      ...help the web go to the next level.

      What the fuck does that mean?!

      Web 3.0, obviously. :-)

      --
      The Tao of math: The numbers you can count are not the real numbers.
    13. Re:6 milliseconds! Wheee!!! by icebraining · · Score: 1

      Are you sure that still applies? Since 2006 Mozilla launched XULRunner, which is shared between the applications, including Seamonkey, and provides the base functionality (all the XPCom libraries, if I'm not mistaken, are in XULRunner).

      Also, I don't use Thunderbird nor NVU and Sunbird has been deprecated, rendering the "sharing functionality" less useful.

    14. Re:6 milliseconds! Wheee!!! by sznupi · · Score: 1

      I know that; been using it until quite recently. How I think, now, that the AJAX one is better doesn't dispel its abuses (and you know, some parts of the site simply do not work without js anymore)

      --
      One that hath name thou can not otter
    15. Re:6 milliseconds! Wheee!!! by Anonymous Coward · · Score: 0

      thin client

      I don't think that means what you think it means.

    16. Re:6 milliseconds! Wheee!!! by Jorl17 · · Score: 1

      The Bright Minds Of The World have to get away from this crap and create a new web. But this time, do it right -- don't let ignorant people get to it.

      --
      Have you heard about SoylentNews?
    17. Re:6 milliseconds! Wheee!!! by msclrhd · · Score: 1

      Don't you mean Web3D?

    18. Re:6 milliseconds! Wheee!!! by lamaleader · · Score: 1

      Why are you measuring web speed in computer time instead of human time? It doesn't matter if it takes 200ms or 170ms to render the page. What matters is how long it takes the person visiting the page to complete the task or obtain the information. Going to gmail, clicking on a subject line and having Ajax load the content is much faster for me the reader, even if the browser could have loaded a plain HTML page faster.

    19. Re:6 milliseconds! Wheee!!! by moonbender · · Score: 1

      Cool, the luddites are finally on board with CSS!

      --
      Switch back to Slashdot's D1 system.
    20. Re:6 milliseconds! Wheee!!! by maxwell+demon · · Score: 1

      thin client

      I don't think that means what you think it means.

      It means a client with flat screen, right? :-)

      --
      The Tao of math: The numbers you can count are not the real numbers.
    21. Re:6 milliseconds! Wheee!!! by Anonymous Coward · · Score: 0

      I'm not a Luddite, far from it.

      In a normal working day I spend about ten hours browsing the internet, finding information on a very wide range of topics.

      You have no idea (no really, you don't) how much I hate all the superfluous crap that get's in the way of content. It's as if the site builder doesn't want you to find what you need. And that's on sites that are 100% dependent on finding what you want.

      You have no idea how many vendors have a site with thousands of pages that contains nothing but fluff.

      I spend my life waiting for sites to load. That's why I want to speed up the 'Net. Get rid of the crap and let your clients find what you're selling. Obvious, no?

    22. Re:6 milliseconds! Wheee!!! by icebike · · Score: 1

      I'll be able to do one more mouse click every three weeks or so.

      Yes it's pretty small improvement. The worst part is that the rest of the Firefox rendering engine is so slow that changes of this scale will be lost.

      --
      Sig Battery depleted. Reverting to safe mode.
    23. Re:6 milliseconds! Wheee!!! by Wraithlyn · · Score: 4, Insightful

      1) Nobody uses load balancers and multiple app servers because they're serving "dancing and blinking crap" (Flash and JS heavy) sites. Those things slow down people's browsers, not the servers. Heavy server resources are needed when you need lots of server side processing, which generally comes from delivering customized pages to every user (ie you can't just cache everything). Furthermore, using AJAX helps REDUCE server load, by only requesting snippets of content, instead of complete page requests; you think GMail would be faster and less server-intensive if every click required a full page response? How about Google Maps?

      2) You seem to be under the impression that developers actually design sites. Maybe in some tiny one-man-show setup, but in the real world a UX/IA specialist designs the user experience, a designer does the visuals, the client signs off on it, and then the developer makes it all happen using whatever tools and techniques are necessary. They don't have the option to "toss it all out" and make it as simple as they like, much as they'd like to. Heck, I have to fight to make sure there's accessible fallback versions of the fancy JS-enhanced UIs everyone designs these days. "Throw it all out"? You live in a dream world buddy, or you do work of extremely limited scope.

      In short, your post is just "get off my lawn!". More and more clients demand rich user experiences, and this will continue to grow. Welcome to 2010.

      --
      "Mind, as manifested by the capacity to make choices, is to some extent present in every electron." -Freeman Dyson
    24. Re:6 milliseconds! Wheee!!! by Anonymous Coward · · Score: 0

      More and more clients demand rich user experiences

      And users will continue to suffer for it...

    25. Re:6 milliseconds! Wheee!!! by Tumbleweed · · Score: 1

      The Web is rapidly going the way of television: once it was about content, then ads came 'to pay for the content' and now it is all ads with the absolute minimum of content.

      You were sounding good until this. You're being nostalgic for a time in tv that never existed.Even the inventor of TV was disgusted by what TV became very quickly.

    26. Re:6 milliseconds! Wheee!!! by tenco · · Score: 1

      >> I would just turn off JS for that site.
      > You can't do that if your browser is frozen for ten seconds. You have to sit and wait.

      The first time, yes.

    27. Re:6 milliseconds! Wheee!!! by commodore64_love · · Score: 1

      No idea. The latest version of Puppy Linux 2010 moved from seaMonkey to Chromium (not google... just barebones chromium). I don't know why that decision was made when in 2006 they were pro-seamonkey?

      Another reason I like SeaMonkey (versus firefox) is that it spawns a separate process from Youtube and other plugin applications. If youtube freezes, the browser doesn't become nonresponsive. You can just open Task Manager and kill the youtube/plugin process and continue working.

      --
      "I disapprove of what you say, but I will defend to the death your right to say it." - historian Evelyn Beatrice Hall
    28. Re:6 milliseconds! Wheee!!! by bonch · · Score: 0, Flamebait

      It's interesting how SunSpider was often dismissed by Firefox fans, as were most benchmarks, as not reflecting real-world usage of the web. Now, they're cheering Firefox for being faster at the SunSpider benchmark.

    29. Re:6 milliseconds! Wheee!!! by ultranova · · Score: 1

      but it's generally kept in balance by the ease with which people can transition to a competing website if yours is too annoying.

      Except that you can't, since your data is being held hostage in the "cloud". That is the whole point of web apps, isn't it?

      --

      Forget magic. Any technology distinguishable from divine power is insufficiently advanced.

    30. Re:6 milliseconds! Wheee!!! by VVrath · · Score: 1

      Even the inventor of TV was disgusted by what TV became very quickly.

      [Citation Needed]

      John Logie Baird died in 1946, when broadcast TV was in its infancy. I very much doubt he was disgusted by what became of his invention.

    31. Re:6 milliseconds! Wheee!!! by MSG · · Score: 1

      Nobody uses load balancers and multiple app servers because they're serving "dancing and blinking crap" (Flash and JS heavy) sites.

      If your Flash is larger than a static text page and images, you'll need more bandwidth and possibly more servers as a result.

      Heavy server resources are needed when you need lots of server side processing, which generally comes from delivering customized pages to every user (ie you can't just cache everything).

      Which the parent was suggesting is unnecessary. "Plain old HTML" is, I believe, a suggestion that static pages will reduce your operating costs.

      Furthermore, using AJAX helps REDUCE server load, by only requesting snippets of content, instead of complete page requests

      In some cases, that's true. Google maps can certainly request static images to lay out for the map view when you move it. However, if your AJAX is fetching results from a web application rather than a static file, you'll need those extra servers and load balancers again.

      As much as I dislike the decisions many sites make about how they use modern client tech, I'm not advocating for the parent's position. I'm merely pointing out that he is correct in his assertion that using those technologies often increases the server side requirements as well as the clients'.

    32. Re:6 milliseconds! Wheee!!! by icebraining · · Score: 1

      Another reason I like SeaMonkey (versus firefox) is that it spawns a separate process from Youtube and other plugin applications. If youtube freezes, the browser doesn't become nonresponsive. You can just open Task Manager and kill the youtube/plugin process and continue working.

      The latest version of Firefox does that. It launches plugin-container, and you can kill it without killing Firefox.

    33. Re:6 milliseconds! Wheee!!! by Jesus_666 · · Score: 1

      Actually, the news is less "woo, Firefox is faster than the rest" but more "woo, Firefox is no longer abysmally slow". There's a reason why Mozilla called the website where they compare the speed of their current JavaScript engine build with other browsers' engines "Are we fast yet?", not "Are we faster yet?".

      Firefox 4.0.1 is actually a release I'm really looking forward to. Yes, 4.0.1; there's a missing feature that ruins Fx4's implementation of tab groups for me but I submitted the request after 4.0 underwent feature freeze. Should be small enough to make it into .0.1 though.

      --
      USE HOT GRITS WITH STATUE OF NATALIE PORTMAN (NAKED AND PETRIFIED)
    34. Re:6 milliseconds! Wheee!!! by Blakey+Rat · · Score: 1

      Too bad it doesn't work anymore. Not on my account at least. (Per usual, the devs here completely ignore the bug report, and the feedback email address at the top of every comment page doesn't fucking work. QUALITY!!)

    35. Re:6 milliseconds! Wheee!!! by TheLink · · Score: 1

      Sometimes they're not actually making money from selling stuff.

      They're making money from ads, so if you're spending extra time wading through fluff they make more money.

      Of course if advertisers had a clue, those sites would make a lot less money.

      But meanwhile...

      --
    36. Re:6 milliseconds! Wheee!!! by DaVince21 · · Score: 1

      Want to make you site fast? You don't need Ajax, Flash, or any other "Hype du Jour". Toss it all out, stick with plain old HTML and make it look decent with simple CSS. Wham, your site is now an order of magnitude faster.

      And wham. You can no longer drag the map around in Google Maps, or zoom in, or...

      JS is intended to make sites more functional. These speed improvements are good because they prevent JS from sucking up too much CPU for features you may need (at least, if you're a web coder who knows what he's doing and not using JS for totally unnecessary reasons).

      --
      I am not devoid of humor.
    37. Re:6 milliseconds! Wheee!!! by DaVince21 · · Score: 1

      Not less bloat, just more shared components, meaning less duplicated resources. Performance would probably be the same - if either case fit in your RAM, that is.

      --
      I am not devoid of humor.
    38. Re:6 milliseconds! Wheee!!! by Anonymous Coward · · Score: 0

      http://en.wikipedia.org/wiki/Philo_Farnsworth

    39. Re:6 milliseconds! Wheee!!! by Crudely_Indecent · · Score: 1

      Want to make you site fast?

      Do I need to say it? Surely English isn't your first language.

      You don't need AJAX

      It's an acronym, so....all CAPS. Briefly, I'll explain why AJAX can make your site faster. Properly used AJAX reduces data transfer. Instead of requesting an entirely new page at, lets say 200kB - an AJAX call requests just the data that has changed, formats it and replaces it into the existing page. All of this is done with minimal data transfer - say, 1kB. Another way of looking at it is, non AJAX pages might require 200% or more data transfer than an AJAX call updating a small portion of the page. Yet another way of looking at it, an AJAX call updating only a small portion of a page requires 0.5% or less of the data transfer used by a full page load. That would make it faster.

      You don't need ...Flash...

      I'm not a big fan of Flash, but while I agree with you, you're still wrong....in this context. Flash has nothing to do with speed, it deals with functionality. Specifically, it deals with functionality that is not available in any other single technology. I choose to keep Flash to a minimum, others are not able to do that because of the functionality they want to provide.

      You don't need ... "Hype du Jour"

      Translated, "Stuff I don't have the capacity to learn"

      The Web is rapidly going the way of television:

      Yeah, in the 70's - that way is UP. Television is now the old media. By your statement, Internet is the old media too. So what's the new-new media?

      Get me a bucket, I'm going to hurl...

      Interpreting your post as a whole, this is what I'm hearing: You were a "webmaster" back when that was the cowboy thing to do. Days were sunny, nights were for sci-fi and the only tools you needed were Notepad and the HTML 3.2 spec.

      Then something happened. Sci-fi left you and changed its name to SyFy. All of your customers wanted to start making money with their websites and you didn't know how to do that. They wanted to be standards compliant and you didn't know how to do that either. Lets just face it, you didn't know how to do shit and now you're bitter.

      Some advise: If you don't want to deal with ads, find jobs making tools for companies instead of public sites. Chances are, they don't want their intranet app to have ads - they want it to serve a purpose. When you do decide to take on a web job, make sure it fits your skills and sensibilities.

      I don't do porn sites because I don't want to be associated with them. My customers want their sites to be online ads or tools, so they don't want competitive or distracting ads displayed, so I don't have to deal with that either.

      --


      "Lame" - Galaxar
    40. Re:6 milliseconds! Wheee!!! by mujadaddy · · Score: 1

      >>>I would just turn off JS for that site.

      You can't do that if your browser is frozen for ten seconds. You have to sit and wait.

      ...You let any old site you visit execute Javascript? Yikes, man. Yikes. You probably tongue-kiss everyone on the elevator, too, right?

      Please establish a level of trust or dependency before you let a site and its various affiliates run Javascript -- after all, it's YOUR machine, not theirs.

      I am not affiliated with NoScript, I just like it.

      --
      Populus vult decipi, ergo decipiatur...
      "Force shits upon Reason's back." - Poor Richard's Almanac
  3. Who cares... by Jellyman72 · · Score: 0, Flamebait

    Cue browser fanboy hooliganism....

    1. Re:Who cares... by DaVince21 · · Score: 1

      You've answered your own question already.

      --
      I am not devoid of humor.
  4. What Mozilla giveth, Slashcode taketh away. by Anonymous Coward · · Score: 5, Funny

    Why do I have a feeling that Slashcode's terrible AJAX interface is going to get even worse in the near future?

    This is quite possibly the lamest e-peen measuring contest ever.

    1. Re:What Mozilla giveth, Slashcode taketh away. by DarkOx · · Score: 5, Funny

      Yea, what is even more irritating is they keep subjecting us to it. Even thought the boxes stay checked I have had to go to my user preferences and turn on and then back off the new comment system several times in the last two weeks. I hate it, based on the comments I read here on Slashdot just about everyone else hates it two. Some of them are just Luddites that want the Slashdot of 1997 period but the rest of us just hate because its an awful way to browse and read comments, awful (GET IT TACO AWFUL) so many other sites have gotten it write, if you feel he need to update the look and feel of Slashdot go look at what others are doing!

      --
      Repeal the 17th Amendment TODAY! Also Please Read http://www.gnu.org/philosophy/right-to-read.html
    2. Re:What Mozilla giveth, Slashcode taketh away. by Sancho · · Score: 3, Insightful

      I actually like d2. I hate loading new pages for comments below my threshold. I just wish d2 worked better on iOS.

    3. Re:What Mozilla giveth, Slashcode taketh away. by Fatalis · · Score: 1

      Indeed, I regret that the naysayers about the new system are so well represented in the comments. The Ajax interface fits my usage patterns quite well. I browse at a high threshold to save time and I'm able to conveniently switch to a lower one if I'm especially interested in that story or if something catches my eye. These are the most common things I do, and they've been made significantly easier now.

      --
      Deus est fatalis
    4. Re:What Mozilla giveth, Slashcode taketh away. by Anonymous Coward · · Score: 0

      I guess I haven't really noticed it because I just use noscript.

    5. Re:What Mozilla giveth, Slashcode taketh away. by markdavis · · Score: 1

      I am glad I am not the only one that *HATES* Slashdot's cutesy Ajax stuff. Every time they make a change, I have to go search all over the place to find a way to TURN IT BACK OFF so I can use the logical, easy, fast, simple, efficient comment system of the past. UG!

    6. Re:What Mozilla giveth, Slashcode taketh away. by moonbender · · Score: 3, Insightful

      I think Slashdot's AJAX is pretty poor, certainly not in line with what some of the better AJAXy sites do. That said, and even though I also keep having to look for stuff, I really love being able to things like in-line previewing and replying. I used to open the reply link in another tab, but that's a bad workaround. And changing the treshold without reloading the whole page is also nice, as is opening up "titles only" posts.

      --
      Switch back to Slashdot's D1 system.
    7. Re:What Mozilla giveth, Slashcode taketh away. by XO · · Score: 1

      It was -really- terrible about 6 months ago, when it would take minutes to load pages.

      It's not so bad now. It's still bad, though.

      --
      "Champagne for my real friends - and real pain for my sham friends!" http://ericblade.postalboard.com/
    8. Re:What Mozilla giveth, Slashcode taketh away. by multipartmixed · · Score: 2, Informative

      I hate the new comments system, too.

      Even thought the boxes stay checked I have had to go to my user preferences and turn on and then back off the new comment system several times in the last two weeks.

      Shit, I thought that I was the only person that happened to. I even had to log out/in to get the preference change to "stick".

      --

      Do daemons dream of electric sleep()?
    9. Re:What Mozilla giveth, Slashcode taketh away. by Randle_Revar · · Score: 1

      d2 has some problems, but isn't that bad. I'll certainly take it over the classic system.

    10. Re:What Mozilla giveth, Slashcode taketh away. by bonch · · Score: 1

      Reddit's comment system blows away anything Slashdot has done. It's so fast and dynamic.

      By the way, what happened to the new comment moderation system that used to get regularly promised years ago? We're still dealing with -1 to +5?

  5. Re:Yeah.... So? by maxwell+demon · · Score: 2, Funny

    Well, if it sucks, maybe you should implement a vacuum cleaner with it.

    --
    The Tao of math: The numbers you can count are not the real numbers.
  6. Re:What's the benefit ? by FranTaylor · · Score: 0

    You don't implement web applications in the browser, they are implemented in the server.

    If you write valid HTML5 and the browser does not accept it, file a bug.

    Is that simple enough?

  7. thats great but.... by samfisher5986 · · Score: 2, Insightful

    Its great Firefox are working on certain areas of speed but they seem to always do it in the wrong areas or more to the point that their browser is built on top of a slow memory leaking turd. I run a computer with a E2200 on win7 at work. Firefox is sluggish, I've even tried the latest beta and its still slow. Chrome is very fast somehow and so none of these tests are that relevant to me. I haven't liked Firefox since version 2.

    1. Re:thats great but.... by maxwell+demon · · Score: 2, Insightful

      Given that a lot of the browser is implemented in JavaScript, it should also make the browser itself faster.

      --
      The Tao of math: The numbers you can count are not the real numbers.
    2. Re:thats great but.... by gaiageek · · Score: 1

      2nd that. I recently started using Chromium on a trial basis because Firefox's memory problems got out of control (Win7, 4GB RAM) requiring me to restart the browser every day. If Firefox's memory problems aren't fixed with 4.0, I feel pretty certain the switch will be permanent. The main thing keeping me on Firefox was Adblock Plus, but I've found that Adblock for Chrome does nearly as well. If anyone can recommend a better browser with ad-blocking that handles 40-50 tabs open over time without becoming sluggish, I'd love to hear about it. This problem has definitely gotten me interested in the idea behind Chrome OS: that the browser needs to be more tightly integrated with the operating system. Having to restart Firefox every day and wait for it to reload all my tabs reminds me the days of having to restart Windows 95/98 just to fix unexplained sluggishness.

    3. Re:thats great but.... by Anonymous Coward · · Score: 1, Funny

      Just use Opera. Done deal.

    4. Re:thats great but.... by Haedrian · · Score: 1

      that the browser needs to be more tightly integrated with the operating system.

      That will probably never truly happen.

      When IE was 'integrated' into Windows - it caused an anti-trust lawsuit.

      Also, when you have browsers which are meant to work across different operating systems (firefox is an example, chrome/chromium and opera others) - then doing so becomes significantly more difficult, or other OSes will get left out. Firefox's GPU acceleration works only in Windows if I remember correctly.

      Also, integrating browser with the OS will make things far less secure.

    5. Re:thats great but.... by KillAllNazis · · Score: 1

      I hear this argument a lot, that people have to restart their browsers once a day. Why is that a problem?

    6. Re:thats great but.... by maxwell+demon · · Score: 1

      I frequently keep the browser open to keep the current-day version of a daily changing web site available the next day when I didn't find the time to read all of it.

      Fortunately I don't need to restart the browser daily; maybe it's because I use AdBlock and NoScript.

      --
      The Tao of math: The numbers you can count are not the real numbers.
    7. Re:thats great but.... by Anonymous Coward · · Score: 0

      It used to be the case that Firefox was a big memory hog with memory leaks everywhere. But over the years, they've really fine-tuned and plugged a huge number of memory leaks. So you'll find that from all the browsers, particularly Safari, MSIE, and even Opera 10.5, Firefox memory usage is (surprisingly) the lowest.
      Javascript and thus your overall browsing experience really improved significantly from Firefox v3, while version 2 was extremely slow and a memory hog.

      Opera used to be the fastest, cleanest, most compact browser, but I've really become disappointed by the memory usage of their 10.x browsers.

      I still use a Intel P3 450mhz pc with 512mb memory as my primary machine, so browser processing speed and memory usage is extremely important for people in my case.

    8. Re:thats great but.... by TheRaven64 · · Score: 2, Informative

      Note the times for this article, however. The benchmarks that they are running are taking less than half a second from loading the JavaScript code to finishing running. That's a fairly good test for typical web pages, but it's a pretty pointless benchmark. Any script that does that little will run at an adequate speed with a fairly naive bytecode interpreter.

      The things that really benefit from JavaScript speed are long-running scripts. Consider something like a Flash game that runs for minutes at a time. When I compile programs, the compiler typically spends a second or so of CPU time running optimisations. This can easily save several seconds of CPU time over the total run time of the program, but would be pointless for a short-lived web script. This trade changes when the scripts are running for a long time.

      Modern JavaScript implementations do dynamic optimisation based on run time profiling. This is what the trace stuff was all about. Trace-based optimisations work by finding a set of basic blocks that run in a particular order - irrespective of where they are in the source code - and creating an optimised sequence (without any branches except to leave the trace), so the common-case execution of a sequence of functions / methods does not involve any jumps. Benchmarks that complete in well under a second won't give this kind of stuff any time to kick in.

      JavaScript implementations need to be optimised for two things: fast start up (very noticeable to the user) and CPU usage for longer-running scripts. These benchmarks are only really testing the former, while things like the canvas tag and WebGL are making the latter more important.

      --
      I am TheRaven on Soylent News
    9. Re:thats great but.... by julesh · · Score: 1

      I hear this argument a lot, that people have to restart their browsers once a day. Why is that a problem?

      Because some of us do actual work with our browsers. At the moment I have about 30 tabs open, many of which are on password protected intranet sites, or are otherwise session-specific, and restarting the browser (even with session management) means I'll have to reopen all of these. That'd take probably 20-30 minutes out of my day, which is time I'd rather not have to spend.

    10. Re:thats great but.... by Jah-Wren+Ryel · · Score: 1

      Fortunately I don't need to restart the browser daily; maybe it's because I use AdBlock and NoScript.

      I use those plugins too (and now RequestPolicy too) and my problem is not having to restart my browser often enough.
      I am a tab hoarder and I used to rely on firefox crashes to force me to "throw out" unneeded tabs.
      But on both ubuntu 10.04 and WinXP I can go for well over a month without crashing or hanging firefox 3.6.x.
      It's gotten to the point where my firefox will grow well to over 3GB - not because of a memory leak, just because I've got hundreds of tabs lying around.

      Who would have thought that too much stability would be a problem?

      --
      When information is power, privacy is freedom.
    11. Re:thats great but.... by Bert64 · · Score: 1

      Firefox GPU acceleration is supposed to work on all platforms, it works very well on linux for me but doesn't seem to work at all on OSX (on linux i get 90+ fps on the mozilla hardware acceleration stress test, i get 3fps on osx)

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    12. Re:thats great but.... by gaiageek · · Score: 1

      Load 50 tabs in Firefox 3.6, say 6 windows with about 8 tabs each (typically product pages in my case). Exit and restart Firefox. Watch your system and broadband connection slow to a crawl from the result of 50 webpages loading simultaneously. If I'm listening to internet radio with Foobar, it will kill the music for a few seconds. This is on a Thinkpad T400, 2.4GHz Core2Duo, 4GB RAM, Windows 7 and using Adblock Plus and NoScript in Firefox (and maybe 2 other plugins). Throw in the fact that one site I use requires an Apache login for access, which Firefox (nor any other browser I've used) can't store the username and password for, thus requiring manual login every time I start. Having to restart gets old fast.

      If I just accept that having to restart the browser is a fact of internet life, then this is another area where Chromium shines, as it loads those ~50 tabs in about half the time as Firefox 3.6.

      I would actually be fine with Firefox using 700MB of RAM, even twice that, if it actually stayed fast instead of slowing to a crawl. I've even tried setting up Firefox's cache to run on a RAM drive in hopes of speeding things up. Unfortunately it seems like that excessive memory footprint is the problem, and even going through and closing tabs I don't need anymore doesn't seem to do much to reduce Firefox's memory usage, so the only solution is to restart.

      Chromium isn't perfect but for now it's an improvement. Maybe I'll try Opera again and see how it fares.

    13. Re:thats great but.... by Anonymous Coward · · Score: 0

      For me it's because I'm constantly needing to look things up and I generally have 40-50 tabs open. It's a pain in the ass to have to restart any browser when it needs to load that many pages simultaneously.

      If there were a way to have on-demand tab loading, so that I could start up a browser and have it only load the current tab and then other tabs as I click on them, I might not mind so much. Still, the fact that I access my web browser so often during the day means that I would prefer to keep it constantly running and minimise it when I'm working on something else.

    14. Re:thats great but.... by maxwell+demon · · Score: 2, Funny

      Your sig:

      sudo mod me up

      This will not work unless you give us your password. :-)

      --
      The Tao of math: The numbers you can count are not the real numbers.
    15. Re:thats great but.... by XO · · Score: 1

      wait.. 5-8 years ago, wasn't everyone on this entire site railing against a certain company for integrating their web browser to the Operating System?

      --
      "Champagne for my real friends - and real pain for my sham friends!" http://ericblade.postalboard.com/
    16. Re:thats great but.... by XO · · Score: 1

      Nice. I have about a dozen "saved sessions" in Opera, where I had over a hundred tabs open, and finally got annoyed, but didn't want to go through them all at the time, so i saved the list, and started anew.

      --
      "Champagne for my real friends - and real pain for my sham friends!" http://ericblade.postalboard.com/
    17. Re:thats great but.... by XO · · Score: 1

      Stay off the Opera betas and previews, and you should be fine. The cutting edge is a bit bloody lately.

      --
      "Champagne for my real friends - and real pain for my sham friends!" http://ericblade.postalboard.com/
    18. Re:thats great but.... by asa · · Score: 1

      "Firefox's GPU acceleration works only in Windows if I remember correctly."

      Not true. Firefox hardware acceleration is cross-platform.

      Firefox features, even those that have deep hardware and OS integration, are always planned cross-platform and while one platform may lag some, we do our best to make sure that if the platform is capable, then we implement the feature there.

    19. Re:thats great but.... by guanxi · · Score: 1

      The latest beta doesn't have much of the JavaScript performance improvements; wait for the next one or download a nightly build. All I can say is, it runs great for me. What does it do slowly? I click, the page loads.

    20. Re:thats great but.... by Randle_Revar · · Score: 1

      Like I always say, that's what happens when you use FF instead of SeaMonkey and/or Windows instead of Linux. My SeaMonkey on Linux has no problem staying up for a week with 100 tabs ( I don't go much longer than that because I use the Nightlies)

    21. Re:thats great but.... by Anonymous Coward · · Score: 0

      (Posting AC myself, as I've already modded in this thread)

      The humor of the other AC notwithstanding, I run Opera and a comprehensive hosts file. I feel that I don't need any kind of addon with the hosts file -- it catches the vast majority of ads and works with every browser I choose to use, like Opera or the rare case of having to use IE, or now Chromium.

      I will ask as an aside, if anyone knows of an addon for Chromium that allows an Opera-like notes feature? I cut and copy copious amounts of text while browsing and Opera's feature is one that I have found to be incredibly useful. I dual boot Win7 and Fedora (giving myself a break from Debian) and I had some troubles with Opera under Fedora, so I went to Chrome and missed that feature sorely.

    22. Re:thats great but.... by tftp · · Score: 1

      This will not work unless you give us your password. :-)

      'sudo' needs your password (or none at all.)

      Someone else's password would be only needed if you try to use 'su'.

    23. Re:thats great but.... by Anonymous Coward · · Score: 0

      win7 is probably using all your ram. You should try it on xp instead, it is much faster.

    24. Re:thats great but.... by BZ · · Score: 1

      > but it's a pretty pointless benchmark.

      To be fair, when Sunspider was created the tests in it took a while to run; in fact at the time they all took about the same amount of time (several seconds each, iirc) in IE7.

  8. My browser can beat up your browser any day. by Anonymous Coward · · Score: 0

    At this point it's really a pissing match since the differences between each are very little speed wise.

  9. Benchmarks by markdavis · · Score: 3, Insightful

    I am sure this will set off a whole series of arguments over benchmarks, tuning, fairness, etc. But from this article I will just take this: I don't care which one is fastest to the few dozen milliseconds, they are probably all in the same "class" now. Everybody wins. (I can sorta understand not including IE, but wonder why they didn't include Opera?)

    Now that Javascript is so much faster, perhaps the browsers can focus on giving some type of automated/intelligent control over when it is used and how so older machines won't come to a CRAWL because of all the cutesy animation and junk spread over most big sites now. (And no, NoScript doesn't cut it- too complicated for most users, not automatic, too easy to break Javascript that is actually needed, etc). Suppress time-delayed actions, disable tight loops, throw artificial delays in loops under user control, visually tag elements to manually "play" on-demand only or stop after X seconds. I know, keep dreaming.

    1. Re:Benchmarks by Jugalator · · Score: 1

      I am sure this will set off a whole series of arguments over benchmarks, tuning, fairness, etc. But from this article I will just take this: I don't care which one is fastest to the few dozen milliseconds, they are probably all in the same "class" now. Everybody wins.

      I agree. Even IE 9 should be good enough by now, to not much JS that much of a bottleneck when loading web pages, even pretty JS heavy ones.

      Also, as for tuning, there's no secret that Mozilla has tuned Firefox 4 particularly to win Sunspider and V8.

      --
      Beware: In C++, your friends can see your privates!
    2. Re:Benchmarks by YA_Python_dev · · Score: 1

      That's solved by Flashblock (or, even better, completely deinstall flash if you can: I only use Flash for YouTube and starting with Firefox 4 even there won't be necessary, thanks to native WebM video) and most importantly Adblock Plus with a subscription to Easylist. Your browser will suddenly become much faster.

      --
      There's a hidden treasure in Python 3.x: __prepare__()
    3. Re:Benchmarks by markdavis · · Score: 2, Insightful

      Flashblock only stops Flash, not Javascript animation. First it was animated GIF, then Flash, and now it is Javascript animation. Animated GIF and Flash are both easy to control. But Javascript animation is a whole different story. And although Adblock helps, a lot of the stuff is not ads.

      Web site designers don't seem to give a damn how much horsepower their site need or use. It is apparent when you try to browse the web using an older machine, or a smartphone. And on a portable device, all that extra "crud" eats up the battery fast.

    4. Re:Benchmarks by Anonymous Coward · · Score: 0

      Now that Javascript is so much faster, perhaps the browsers can focus on giving some type of automated/intelligent control over when it is used and how so older machines won't come to a CRAWL because of all the cutesy animation and junk spread over most big sites now. (And no, NoScript doesn't cut it- too complicated for most users, not automatic, too easy to break Javascript that is actually needed, etc). Suppress time-delayed actions, disable tight loops, throw artificial delays in loops under user control, visually tag elements to manually "play" on-demand only or stop after X seconds. I know, keep dreaming.

      i think fixing the bugs on file would be a better use of time instead of worrying about your 400MHz PC. besides, just use scripts from userscripts.org to fix the "big sites" sites. if userscripts are too complex for one then one should stay off the internet.

      buy an upgrade or gtfo my internets.

    5. Re:Benchmarks by markdavis · · Score: 1

      That is a really crappy attitude. You are completely ignoring:

      1) Older machines
      2) Phones
      3) Portable devices/pads
      4) Thin clients
      5) People who don't want to see such crap or who are severely distracted/annoyed by it.

      And it doesn't matter HOW fast your machine is- good design is good design. Making assumptions about what device the user is using and not caring, or just not caring at all, is bad design.

    6. Re:Benchmarks by Anonymous Coward · · Score: 0

      >I can sorta understand not including IE, but wonder why they didn't include Opera?

      FAQ says:

      Why isn't Opera/IE/something here?

      Right now, the performance tests are run on a Mac, which means no IE. Also the tests rely on a "shell" JS engine that runs in a command line. It doesn't test browsers. We'll change that, eventually.

    7. Re:Benchmarks by wile_e8 · · Score: 1

      But from this article I will just take this: I don't care which one is fastest to the few dozen milliseconds, they are probably all in the same "class" now. Everybody wins.

      Isn't competition so much nicer than having a monopoly one one browser that hasn't been updated in years?

    8. Re:Benchmarks by tenco · · Score: 1

      I guess lots of people I know who are not so computer-savvy would call you a douche.

    9. Re:Benchmarks by Anonymous Coward · · Score: 0

      You *could* get the NoScript extension. It lets you disable what sites can/can't use scripting.

    10. Re:Benchmarks by markdavis · · Score: 1

      >Isn't competition so much nicer than having a monopoly one one browser that hasn't been updated in years?

      Oh yes. It is wonderful to have multiplatform, competition, and standards based. Throw in some open source and community driven stuff too and it is really nice!

    11. Re:Benchmarks by markdavis · · Score: 1

      >You *could* get the NoScript extension. It lets you disable what sites can/can't use scripting.

      And from my original posting:

      "(And no, NoScript doesn't cut it- too complicated for most users, not automatic, too easy to break Javascript that is actually needed, etc)."

      NoScript doesn't really manage stuff, it is just a series of allow/deny logic. It requires a lot of user interaction, knowledge, and time. Most people have none of the three and would just end up "breaking" most sites. It is not the solution that I had in mind.

    12. Re:Benchmarks by julesh · · Score: 1

      >You *could* get the NoScript extension. It lets you disable what sites can/can't use scripting.

      And from my original posting:

      "(And no, NoScript doesn't cut it- too complicated for most users, not automatic, too easy to break Javascript that is actually needed, etc)."

      NoScript doesn't really manage stuff, it is just a series of allow/deny logic. It requires a lot of user interaction, knowledge, and time. Most people have none of the three and would just end up "breaking" most sites. It is not the solution that I had in mind.

      I'll admit I understand what it's doing so it's probably a bit easier for me than most users, but I don't see what's so hard about clicking a button and saying "allow scripting" when you need those scripts to work (which is pretty easy to tell, because if you find part of the site not working, it's an obvious guess that it depends on a script...).

    13. Re:Benchmarks by mdmkolbe · · Score: 1

      Seconded! NoScript breaks too many pages and it takes to much fiddling to figure out which scripts to allow. I'm constantly faced with broken pages that are importing javascript from a dozen different places and it's neigh impossible to figure out which ones to allow. Right now FlashBlock plus a custom AdBlock blacklist does a good job of stopping 99% of annoying adds, but as things move from Flash to HTML 5, I'm sure that will change.

    14. Re:Benchmarks by asa · · Score: 2, Interesting

      I am sure this will set off a whole series of arguments over benchmarks, tuning, fairness, etc. But from this article I will just take this: I don't care which one is fastest to the few dozen milliseconds, they are probably all in the same "class" now. Everybody wins. (I can sorta understand not including IE, but wonder why they didn't include Opera?)

      Now that Javascript is so much faster, ....

      Sunspider is a particularly bad benchmark. It was developed before any of the browsers had JITs. V8 is a bit better but still doesn't really stress the browser with the kinds of tasks that are still slow in JS. Mozilla's Kraken benchmark, http://krakenbenchmark.com/ does that. If you want to see why we still have a long ways to go, compare the speeds all browsers get on the Kraken tests with compiled code implementations of those features. Firefox leads the way on much of that, but it's still slow compared to native code. Kraken should help us focus on the real goal which isn't one-upping each other on various tests that are already fast in JS, but trying to catch up to compiled code. We all have a ways to go there.

      - A

    15. Re:Benchmarks by asa · · Score: 1

      I agree. Even IE 9 should be good enough by now, to not much JS that much of a bottleneck when loading web pages, even pretty JS heavy ones.

      Also, as for tuning, there's no secret that Mozilla has tuned Firefox 4 particularly to win Sunspider and V8.

      Two points. One, JS is not a bottleneck when loading pages but it is still a bottleneck for large Web apps. Check out Microsoft Office Web apps, Zimbra, or Google Docs for some examples. We have a long ways to go before JS is not a bottleneck for rich Web applications.

      Two, yes, Mozilla has tuned Firefox for for Sunspider and V8. But guess what? Those tests were written by Apple and Google and tuned for their JS engines. It's a lot easier to write a test that you're fast at than to make yourself fast at a test. We've finally caught up with them on their own tests and now we're going after the kind of speed that their tests don't even touch -- native code speed.

      - A

    16. Re:Benchmarks by Anonymous Coward · · Score: 0

      Even just turn off the damn refresh on a lot of news sites these days. Having a News widget on my Droid is awesome, but I can barely read half of the articles, because the damn sites all think they have to automatically refresh and send me back to the top of the fucking page before I get a quarter of the way through the fucking article. I'm sure that doesn't help with the damn speed, either, since those are the same sites that have a bunch of JS b/s all over the sites. Turn JS off, and it doesn't have the problem any more, but then half of the page is broken. >.

    17. Re:Benchmarks by badkarmadayaccount · · Score: 1

      Why hasn't anyone implemented dynamic escape analysis in the JIT? And persistent native code caching (you cache the scripts, might as well cache the native code)? The cheapest thing on a computer these days is hard disk space, might as well use it.

      --
      I know tobacco is bad for you, so I smoke weed with crack.
    18. Re:Benchmarks by badkarmadayaccount · · Score: 1

      Can't AdBlock have a Annoying Script subscription list? It pretty much duplicates NoScript anyway.

      --
      I know tobacco is bad for you, so I smoke weed with crack.
    19. Re:Benchmarks by markdavis · · Score: 1

      I am sure it could, but it would probably not be terribly effective. Scripts are much more customized to individual site pages. The bulk of blocking ads is easier due to sharing of ad sites and ad-related keywords.

    20. Re:Benchmarks by badkarmadayaccount · · Score: 1

      First things first. Does NoScript have a settings repository like AutoPager? With automatic sharing of settings? Then, you can easily wrap those settings in a AdBlock subscription URL.

      --
      I know tobacco is bad for you, so I smoke weed with crack.
  10. Re:What's the benefit ? by Anonymous Coward · · Score: 1, Insightful

    I'm so glad I'm not having to run all web servers at my home. Sure, you load your application on the server, but JavaSCRIPT runs on a browser. This is not server based JAVA but browser based JS. I need it to run faster because I have an application that very much needs JS to run faster on browsers. Why? Because my target audience is the world and not just the US. This means that I want to load applications on the users computer that they can run partially locally. We need this faster, computers faster, and Internet faster everywhere to make applications better for the user.

  11. The Best Java Script Engine Available... by crow_t_robot · · Score: 2, Informative

    ...is NoScript. They have brought my Java script load times down to 0.00 seconds. Thanks, NoScript.

    1. Re:The Best Java Script Engine Available... by Anonymous Coward · · Score: 0

      I always thought being able to actually execute JavaScript is a prime requisite of JavaScript engines.

    2. Re:The Best Java Script Engine Available... by Flushdot+Is+Bad · · Score: 0

      or you could look at it as it brings javascript execution time up to infinity.

    3. Re:The Best Java Script Engine Available... by royallthefourth · · Score: 1

      Have fun browsing the web like it's 1994, weirdo

    4. Re:The Best Java Script Engine Available... by crow_t_robot · · Score: 1

      Most JS code on websites is for marketing data (i.e. demandbase.com here on Slashdot). Feel free to let all that garbage to run on your machine that can eat up your load times and CPU cycles so you can feed those companies your info, weirdo.

    5. Re:The Best Java Script Engine Available... by mujadaddy · · Score: 1

      (i.e. demandbase.com here on Slashdot)

      Very informative -- months ago, Demandbase.com wasn't showing up in the NoScript list -- now it is.

      Aaaaand now it's 'Untrusted'

      Thanks, Crow!

      --
      Populus vult decipi, ergo decipiatur...
      "Force shits upon Reason's back." - Poor Richard's Almanac
    6. Re:The Best Java Script Engine Available... by Civil_Disobedient · · Score: 1

      Most JS code on websites is actually for cross-browser compatibility work-arounds to issues that modern browsers don't have a problem with (navigation menus, hover effects, etc.)

      Once the world is rid of IE6 (and, let's be honest, IE7 as well) web developers won't need to add giant libraries to their HTML to guarantee everyone is seeing the same thing. Of course, a lot of those developers aren't much smarter than script-kiddies, and rely heavily on 100K+ JavaScript libraries because they never bothered to learn the fundamentals of the language and only understand jQuery shortcuts.

  12. no Internet Explorer comparison? by Anonymous Coward · · Score: 0

    oh wait, maybe the tests are still running.

    1. Re:no Internet Explorer comparison? by falc · · Score: 2, Informative

      from http://arewefastyet.com/faq.html:

      "3. Why isn't Opera/IE/something here?
      Right now, the performance tests are run on a Mac, which means no IE. Also the tests rely on a "shell" JS engine that runs in a command line. It doesn't test browsers. We'll change that, eventually."

  13. Seriously... by LMahesa · · Score: 0, Flamebait

    ... who really cares? Why should this twitch anyone's eyebrow, nevermind be deemed newsworthy? It may have been amusing when they first started, but now?

    --
    Look, no SIG!
    1. Re:Seriously... by maxwell+demon · · Score: 1

      The Firefox developers care. Because it means that they finally are no longer much slower than the competition (given the small difference in the current benchmark, I'd say a more accurate headline would be "Firefox has caught up with Chrome speed).

      --
      The Tao of math: The numbers you can count are not the real numbers.
  14. Thanks for the hard work by DontLickJesus · · Score: 4, Interesting

    Seeing that Firefox on a few weeks ago was starting to lag pretty severely behind Chrome, I applaud and thank the Firefox team for their hard work. This is also a boon for their technique, the so-called "shotgunning" method of pushing through compilation the old way if it will complete faster than the optimizations. I had become afraid I might have to move to Chrome, looks like that won't be necessary.

    As a developer I completely understand the dislike of the "everything in a browser" attitude, but we need to look beyond that. The next version of ECMAScript will give us the security we've been wanting, and this round of browsers will give us the speed we need. Enabling universal, secure process level interaction between machines is the goal. You can think of it as widgets, .Net, or whichever other poison you want, but Javascript is free of ownership and frankly a damn good language when written properly.

    Now give me an 100% on the Acid3 test please, that way I'll have multiple tools to leverage against my boss next time he asks me to make a web app IE6 compatible.

    --
    Where genius and insanity become confused true wisdom is found
    1. Re:Thanks for the hard work by JonySuede · · Score: 1

      Call your Microsoft reps, and tell him about your boss, he will take him to golf and you will use ie9 !

      --
      Jehovah be praised, Oracle was not selected
    2. Re:Thanks for the hard work by maxwell+demon · · Score: 1

      So what you are saying is that Mozilla doesn't have enough golfers?

      --
      The Tao of math: The numbers you can count are not the real numbers.
    3. Re:Thanks for the hard work by n0-0p · · Score: 1

      Seeing that Firefox on a few weeks ago was starting to lag pretty severely behind Chrome, I applaud and thank the Firefox team for their hard work. This is also a boon for their technique, the so-called "shotgunning" method of pushing through compilation the old way if it will complete faster than the optimizations. I had become afraid I might have to move to Chrome, looks like that won't be necessary.

      You don't seem to understand how JaegerMonkey works, or what the SunSpider benchmark actually tests. The entire speedup here can be attributed to Firefox not compiling JS "the old way." Instead of defaulting to bytecode like they were previously, they always emit compiled instructions via Nitro's assembler. And given how the SunSpider benchmark works, all that is being tested is their parsing plus Nitro's assembly. The SunSpider benchmark doesn't even run long enough for Mozilla's tracing engine to be a significant factor (because the benchmark was created by Apple to showcase the performance of Nitro). So, not to be dismissive, but it seems like Apple (as the creator of Nitro) is more responsible for the speed increase.

      Kudos to Mozilla for the overall improvement, but I'd really like to see results on a benchmark not so heavily biased to such uncommon use cases (compilation speed without hot path optimizations). In particular, I'd like to see benchmarks of common use cases that factor in the performance of their tracing engine, which is the piece of their stack that Mozilla has invested so heavily in. The Kraken benchmark provides some interesting stress tests along those lines, but it's still very narrowly targeted and not representative of current or anticipated use cases.

    4. Re:Thanks for the hard work by JonySuede · · Score: 1

      exactly, they need to spend more time on the green with PHBs if they want a larger corporate adoption.

      --
      Jehovah be praised, Oracle was not selected
    5. Re:Thanks for the hard work by Anonymous Coward · · Score: 0

      Er, no. The only part that Mozilla borrowed is the assembler. The actual logic of which instructions to emit is all JaegerMonkey specific. The only part from nitro that is being used is the "turn 'move this word at address A to register B into x86 assembly'" part.

    6. Re:Thanks for the hard work by Anonymous Coward · · Score: 0

      The Nitro assembler is a C++ library that outputs bytecode into a buffer. It does not perform any optimizations. There is no reason for Mozilla to maintain their own assembler, since it is so low-level that it fits both engines well, so they imported and work on Nitro's. It is no more responsible for performance increases in the JS engine than YASM is responsible for performance increases in assembly.

    7. Re:Thanks for the hard work by n0-0p · · Score: 2, Interesting

      I'll try explaining this again. SunSpider doesn't perform sufficient runs to take advantage of the tracing logic. And given the way the test is designed you will actually take a performance hit if you burn many cycles on front-end analysis. So, you consistently hit the unoptimized path where a good implementation uses simple translation logic for emitted instructions, along with a fast and light-weight assembler. (Comparing to YASM is silly, btw, because the needs of real-time JIT are very different from compiling in advance.)

      Since Mozilla already had most of the instruction generation logic from their old bytecode implementation, and the test isn't hitting their trace optimizer, the biggest improvement here is coming from the introduction of the Nitro assembler. That's not true for most other JS benchmarks, but it is true for SunSpider. This is why I said I want to see their performance on benchmarks that would take advantage of their tracing optimizations in real-world scenarios--not a test like SunSpider which is heavily weighted towards the compilation speed and baseline (unoptimized) execution speed.

    8. Re:Thanks for the hard work by asa · · Score: 1

      As a developer I completely understand the dislike of the "everything in a browser" attitude, but we need to look beyond that. The next version of ECMAScript will give us the security we've been wanting, and this round of browsers will give us the speed we need...Now give me an 100% on the Acid3 test please, that way I'll have multiple tools to leverage against my boss next time he asks me to make a web app IE6 compatible.

      I mostly agree with you except the speed we need part and the Acid3 part. We don't have the speed we need. We're all fast at the kinds of things that traditional Web pages want us to be fast at and we're even fast at the kinds of things that some Web apps need all browsers to be fast at, but we're not fast enough yet for truly rich applications. We can't do amazing photo manipulation, audio generation, artificial intelligence for gaming, etc. This is where the Sunspider and V8 benchmarks are letting us down. They don't stress the kinds of things we all need to be fast at to enable the next generation of apps on the Web. They're really only testing the things we need for the current and previous generation of Web content. Second, Acid3 is not a good Web standards test. It covers a tiny bit of what we all need to be compatible at and it tests a lot of stuff that no one cares about (SVG fonts, for example, which no one thinks has a shot and for which WOFF is a far better solution -- and all the browser vendors agree on this!)

      So, we still need to get a lot faster JS performance on things that will enable the next generation of apps on the Web and we need to focus not on arbitrary slivers of compatiblity as measured by things like the Acid 2 and 3 tests but on large swaths like CSS2.1, CSS3, SVG, Canvas, Web Workers, Web Sockets, Storage, HTML5 multimedia APIs and more. We're still a few years away, but all of the browser vendors are making great progress.

      - A

    9. Re:Thanks for the hard work by asa · · Score: 1

      Kudos to Mozilla for the overall improvement, but I'd really like to see results on a benchmark not so heavily biased to such uncommon use cases (compilation speed without hot path optimizations). In particular, I'd like to see benchmarks of common use cases that factor in the performance of their tracing engine, which is the piece of their stack that Mozilla has invested so heavily in. The Kraken benchmark provides some interesting stress tests along those lines, but it's still very narrowly targeted and not representative of current or anticipated use cases.

      What use cases do you think belong in Kraken that aren't there now? Have you offered those suggestions (or better yet, actual tests) to the Mozilla Kraken folks? I'm sure they'd appreciate your help. It is, after all, an open source project.

      - A

    10. Re:Thanks for the hard work by n0-0p · · Score: 1

      Kraken seems biased heavily toward things like looped and nested calculations, which is where tracing should be a big win. However, it avoids property access, dynamic allocations, and other areas where JaegerMonkey doesn't shine, but are an essential part of web applications.

      This is not to say that every JavaScript team doesn't take a similar approach to benchmarks, but it's really hard to assess any of them accurately when everyone is playing the benchmark game.

    11. Re:Thanks for the hard work by _xeno_ · · Score: 1

      Well, I might as well troll you, since I might actually get a meaningful answer. :)

      Does this speed-up translate to faster render speed or is it just somewhat meaningless faster JavaScript? Because I haven't ever really run into any instances where the speed of executing JavaScript has really mattered. When I experience slowdown in Firefox, it always seems to come down to rendering speed.

      I know that the latest version does hardware acceleration (under Windows Vista/7 only?), but from my experience, that doesn't really speed anything up. Plus I had to disable it, because 3D apps work best if only one of them is using the 3D card. (I'll blame Minecraft, even though the real culprit was Final Fantasy XIV. I just don't want to admit to having played FFXIV in its current state. Both in windowed mode - leaving the Firefox window behind FFXIV at least causes horrible tearing.)

      Not to mention that the Beta 6 font smoothing is all kinds of weird with hardware acceleration turned on, it seems to randomly switch between monochrome antialiasing and subpixel antialiasing.

      For whatever reason, Chrome just "feels" faster, and I'm not entirely sure why. I don't think it's JavaScript performance, though, I think it comes down to the renderer. Ultimately I'm not entirely convinced that it's really worthwhile to speed up JavaScript performance.

      But since I really don't know the inner workings of Firefox (I know that there's a lot of chrome JavaScript), I have no idea how useful increasing JavaScript speed is.

      And on that note, I think I need to restart Chrome, since some of its tabs have randomly crashed, a problem I've never encountered in Firefox.

      --
      You are in a maze of twisty little relative jumps, all alike.
    12. Re:Thanks for the hard work by BZ · · Score: 3, Informative

      There are several things wrong here:

      1) Spidermonkey still compiles the AST to bytecode.
      2) An assembler does just that: assembles. This means a 1-1 mapping of some other sort of
              representation of the exact machine instructions you want into actual bits in memory.
              There are no smarts here and no optimization going on; the only question is how fast
              you generate those bits in memory; an ideal assembler does this as fast as possible
              and without using too much memory. Now you have to generate assembly (or whatever
              representation the assembler takes as input) for it to assemble. That's the job of
              the compiler. JaegerMonkey takes the bytecode generated in step 1 and compiles it,
              passing the output to the assembler borrowed from Nitro. This compilation step is
              where (some of) the optimization takes place, and this is not code shared with Nitro.
      3) Tracemonkey is most certainly useful for Sunspider; just not as useful as for other
              things. See, for example, http://arewefastyet.com/?machine=6 where the purple line is
              below the black one solely because of Tracemonkey. Alernately, see
              https://bug580468.bugzilla.mozilla.org/attachment.cgi?id=482609 where you can see the
              scores on each sunspider subtest as of a week or so ago; the -m column is JaegerMonkey
              without Tracemonkey, -j is Tracemonkey without Jaegermonkey, and -mjp is what's
              actually being used now (a combination of the two, with some smarts about deciding
              when to use which one).
      4) The goal of Kraken is in fact to include anticipated use cases. If you know
              anticipated use cases it doesn't include, I'm sure Rob Sayre would love to know what
              they are.

    13. Re:Thanks for the hard work by BZ · · Score: 1

      > Does this speed-up translate to faster render speed

      For some cases, yes. Primarily for cases where the gating factor is computing what to render. Those aren't that common on the web right now (e.g. because they'd not work at all in IE8), but I expect them to become more common once all browsers can do those sorts of computations in real time.

      Now you're correct that whole-system performance depends on drawing, CSS, DOM, etc, not just on JavaScript. Unfortunately, benchmarking those in non-dumb ways (i.e. ones that actually make benchmark improvements imply real-life improvements) is even harder than doing that for JavaScript.

    14. Re:Thanks for the hard work by BZ · · Score: 1

      > where a good implementation uses simple translation logic for emitted instructions

      Actually, no. Not really. That is, you do a translation, but you have to optimize it as you go; else you lose.

      > Since Mozilla already had most of the instruction generation logic from their old bytecode
      > implementation

      As a matter of fact, no. That's what JaegerMonkey is: instruction generation logic; takes the bytecode as input, and produces output that the assembler can then assemble...

  15. FF4 has some pretty serious memory leaks still, to by Anonymous Coward · · Score: 0, Informative

    I've been trying the alphas and betas, but they still haven't managed to fix the numerous memory leaks that have plagued Firefox for so long now.

    It's no longer worth opening bug reports, since the community just doesn't want to admit there's a problem in the first place. They'll blame the memory leaks on third-party extensions or plugins, even when these memory leaks arise using a pristine installation without either. Or they'll say it's just a problem with the user's system, even when it happens under many different versions of Linux, Windows and Mac OS X, running on all sorts of hardware, under many different configurations. Clearly, it's a problem with Firefox itself.

    Somehow, all of the other browser developers manage to put out browsers that don't leak huge amounts of memory after relatively short browsing sessions. Opera, Chrome, Safari, and even recent releases of IE don't go consuming gigabytes of memory, even after leaving them open for months at a time. Firefox will exceed that in less than an hour.

  16. Re:What's the benefit ? by WrongSizeGlass · · Score: 1

    The question is: are all current browser implementations compatible to each other ?

    No. No they aren't. Not all browsers support the same DOM properties. Some have different names for the same data and other just don't support some items. It's a mess to program for every JS implementation.

  17. and yet Firefox still can't use 1 core... :( by electrosoccertux · · Score: 5, Insightful

    Tell me, mr anderson, what good is javascript performance if you are unable to use multiple cores?

    I wish someone would get on this and make firefox work with multiple cores better. As it is I use the "|" character in my home page settings to open about 20 tabs-- forums, review sites, slashdot, economics blogs, etc....and firefox slows to a grinding halt for about the 15 seconds (just timed it) it takes to render all those pages.
    Chrome does it in about 4 seconds and pegs all 4 of my cores to 100%.

    Please Mozilla, I know this would require a serious redesign, but it's seriously needed. Hitching while scrolling up/down because a tab is loading in the background (I make use of middle click to open tabs in the background extensively) is very annoying.

    1. Re:and yet Firefox still can't use 1 core... :( by hedwards · · Score: 3, Informative

      They're working on it. It's just a matter of wanting to do it correctly rather than just doing it to say they've done it. Sort of like how they've resisted cheating on the Acid tests like some of the other browsers have been.

      Just about any moron can make a new browser window per tab and not have them talking to each other. But it takes a fair amount of work to get them connected enough for performance reasons without causing one tab to crash others.

    2. Re:and yet Firefox still can't use 1 core... :( by Anonymous Coward · · Score: 0

      The project at Mozilla that provides multi-process support is named Electrolysis, wiki here: https://wiki.mozilla.org/Electrolysis.

      Unfortunately, it is not as simple as giving each tab its own process. Even Chrome doesn't do this, marketing aside, because IPC is extremely slow, so what you really get is one process per 'security context', so sites like Gmail that open multiple iframes do not require IPC.

    3. Re:and yet Firefox still can't use 1 core... :( by markdavis · · Score: 1

      >I wish someone would get on this and make firefox work with multiple cores better.

      And right after adding multithreading support (which is generally a good thing), PLEASE MAKE SURE to give the user the option to TURN IT OFF (or at least compile without it). In a thin-client environment, Firefox/Web 2.0 is already destroying the application servers. The only thing that limits it from completely ruining them is that the servers are multicore. Once Firefox can take over multiple cores, the game is over :( Yes, I know this is a niche environment I speak of, but more user/admin control is always a good thing.

    4. Re:and yet Firefox still can't use 1 core... :( by TwistedSymmetry · · Score: 1

      Simple solution: Set the processor affinity. http://en.wikipedia.org/wiki/Processor_affinity

    5. Re:and yet Firefox still can't use 1 core... :( by Anonymous Coward · · Score: 0

      mr anderson would like to know whether you are reporting about the performance of the latest nightly build which is what the article is all about. He suspects not.

    6. Re:and yet Firefox still can't use 1 core... :( by markdavis · · Score: 1

      Although interesting, that is not quite what I had in mind. Affinity tries to place the process on the same CPU (and/or core) all the time. I don't mind the process ending up on different cores, I just don't want it using more than one core at the same time. A single, horrible website could end up allowing one Firefox process to grab way more cores than I might want, at the cost of other processes on the system. Note that nicing the process is still not the same.

    7. Re:and yet Firefox still can't use 1 core... :( by Anonymous Coward · · Score: 0

      Please Mozilla, I know this would require a serious redesign, but it's seriously needed. Hitching while scrolling up/down because a tab is loading in the background (I make use of middle click to open tabs in the background extensively) is very annoying.

      This redesign is already underway - it's planned for FF5. You can already see it in action, however, with Fennec (FF4 for mobile). Fennec has a multiprocess architecture.

    8. Re:and yet Firefox still can't use 1 core... :( by The+Great+Pretender · · Score: 1
      --
      A positive attitude may not solve all your problems, but it will annoy enough people to make it worth the effort.
    9. Re:and yet Firefox still can't use 1 core... :( by badkarmadayaccount · · Score: 1

      IBM style resource managers for linux are in order, I believe.

      --
      I know tobacco is bad for you, so I smoke weed with crack.
    10. Re:and yet Firefox still can't use 1 core... :( by electrosoccertux · · Score: 1

      Wow that's good to know. Can't wait. Thanks!

  18. Wait, what? by Anonymous Coward · · Score: 0

    Benchmark performance?

    Who cares! Real world usage or nothing!

    1. Re:Wait, what? by maxwell+demon · · Score: 1

      Yeah, a good benchmark would be how long it takes to show a Slashdot page with 500+ comments.

      --
      The Tao of math: The numbers you can count are not the real numbers.
  19. Interesting? by mseeger · · Score: 3, Informative

    I really don't see the point in a posting like this. Its all

            My _______ (1) is _______ (2) than yours

    with typical choices for (1):

    - car
    - wife / husband / significant other
    - d*ck
    - browser
    - javascript
    - OS

    and choices for (2) like:

    - faster
    - harder
    - more expensive
    - longer
    - more open
    - prettier

    Now that we have covered all these discussions, can we move on please?

    CU, Martin

    1. Re:Interesting? by maxwell+demon · · Score: 1

      OK, let's try to fill according to your instructions ...

      My wife / husband / significant other is longer than yours.
      My d*ck is more expensive than yours.
      My javascript is harder than yours.

      Hmmm ... somehow doesn't work that well ... :-)

      --
      The Tao of math: The numbers you can count are not the real numbers.
    2. Re:Interesting? by Anonymous Coward · · Score: 2, Funny

      You're just jealous that my wife is harder than yours.

    3. Re:Interesting? by Anonymous Coward · · Score: 0

      My wife is harder than yours

      How does this makes sense?

    4. Re:Interesting? by julesh · · Score: 1

      OK, let's try to fill according to your instructions ...

      My wife / husband / significant other is longer than yours.
      My d*ck is more expensive than yours.
      My javascript is harder than yours.

      Hmmm ... somehow doesn't work that well ... :-)

      Yeah, but my significant other is more open than yours.

      Oh, wait.

    5. Re:Interesting? by mseeger · · Score: 1

      Sure? I heard people bragging about:

      - long legs of their girlfriend
      - spending money for d*ck enhancements
      - less bugs of their js environment

    6. Re:Interesting? by Anonymous Coward · · Score: 0

      No because the discussion is just foreplay for rubbing it in your face, and you can take that in whatever way you want!

    7. Re:Interesting? by Anonymous Coward · · Score: 0

      So, the car is faster, SO is harder, dick is more expensive, browser is longer, javascript more open
      and the OS prettier?

      Sounds vaguely like an Apple customer to me.

    8. Re:Interesting? by hahn · · Score: 1

      You're just jealous that my wife is harder than yours.

      Only because your dick was more expensive.

      --
      "The only normal people are the ones you don't know very well."
    9. Re:Interesting? by Anonymous Coward · · Score: 0

      Well, screw you, my wife is more open than- wait a minute...

    10. Re:Interesting? by Anonymous Coward · · Score: 0

      ...
      My wife is more open than yours?
      My dick is more expensive than yours?

    11. Re:Interesting? by Anonymous Coward · · Score: 0

      My d*ck is more open than yours.

      (Please call a doctor)

    12. Re:Interesting? by Anonymous Coward · · Score: 0

      Your wife is more open than mine?

    13. Re:Interesting? by Anonymous Coward · · Score: 0

      My d*ck is more open than yours O_o;

    14. Re:Interesting? by Anonymous Coward · · Score: 0

      Then maybe you need to see a doctor.

  20. I can only see one use case for faster JS by wowbagger · · Score: 1, Insightful

    Really, all this focus on faster Javascript puzzles me. JS, used correctly, should be a thin layer of glue, representing only a fraction of the total run time for a browser. The only real use I could begin to see would be if they could apply the same speed-ups to the Actionscript engine within Flash to improve the decoding of Hulu's encryption system - but since all the client sees is the bytecoded form of the decryption, not the AS source, and since this speedup is in the JS in the browser rather than the AS of Flash, I have to ask, "what good is making JS run faster?"

    The biggest "slowdowns" I see with JS are mostly due to poorly written JS doing busy loops waiting for "stuff" to happen, rather than doing completion routines (as in the whole asynchronous part of A JAX?). No speed ups in the engine will make a busy loop run faster or take less CPU time. If we could break programmers of the busy loop habit, perhaps by making JS be truly multithreaded, and providing proper blocking APIs (semaphores, message queues, etc.) it might make a difference.

    1. Re:I can only see one use case for faster JS by takowl · · Score: 2, Insightful

      Really, all this focus on faster Javascript puzzles me. JS, used correctly, should be a thin layer of glue,

      That was the original idea of JS. It's already being used much more heavily in current web apps. But the main point of speeding it up isn't for today's websites, it's so that websites can do entirely new things without bringing the browser to a crawl. Think image processing, online mini-games, and no doubt hundreds of more imaginative uses.

    2. Re:I can only see one use case for faster JS by Hatta · · Score: 1

      Think image processing, online mini-games, and no doubt hundreds of more imaginative uses.

      All of which would be better done with a native app.

      --
      Give me Classic Slashdot or give me death!
    3. Re:I can only see one use case for faster JS by Will.Woodhull · · Score: 1

      If all you want the browser for is to do the same kind of stuff that we were doing ten years ago, then Javascript "should be a thin layer of glue". And your modern browser should be seen as nothing more than a pimped up version of Lynx.

      That is not what I want. The combination of HTML, CSS, Javascript, and big pipes make it possible to write applications that can run on multiple platforms, and (more to the point) be updated across their entire user base by simply uploading the new version to your website. Not to mention that the browser provides all the fussy user interface code already, so you can concentrate on getting the app's core functions right.

      I agree that the most egregious problems with JS coding have to do with poor programming, but that is not a technical issue. Faster JS will allow Google and other "Web 2.0" players to write more interesting web apps. Novice programmers will always be with us-- there is no technical way to avoid that.

      However it is nearly possible now to use Javascript routines that prefetched links, did background evaluations of the page's conformance with generally accepted standards, and then color coded the links so you could avoid going to sites that were too amateurish to tolerate. But that kind of thing will require fast JS (and a biggish pipe).

      --
      Will
    4. Re:I can only see one use case for faster JS by takowl · · Score: 1

      The sensible answer: Web apps have various advantages over native apps (and of course, various disadvantages). For example, easy collaboration, and no installation or upgrade procedure for the user. There's even a security benefit: if a user wants to play some silly game, it's much safer to run that in a browser than it is for them to download and install something potentially dodgy. Native apps aren't dead, but web apps have a place too, and there's enough reason to expand what they can do.

      The other answer: The best technology doesn't always win. Even if web apps were an entirely bad idea (and I don't believe they are, see above), they're out there. If Mozilla said "Our JS is fast enough now, anything more should be a native app", it would be Firefox that died, not web apps.

    5. Re:I can only see one use case for faster JS by Hatta · · Score: 1

      For example, easy collaboration, and no installation or upgrade procedure for the user.

      There's no reason a native app should be any less capable of networking than a web app. Installation is trivial

      There's even a security benefit: if a user wants to play some silly game, it's much safer to run that in a browser than it is for them to download and install something potentially dodgy.

      There is no security benefit. The browser is not a sandbox. Putting all this capability into javascript increases the attack surface, and conditions people to just run whatever crap they find on the internet.

      The only real reason web apps have any traction at all is that it's easier to deliver advertising with them.

      --
      Give me Classic Slashdot or give me death!
    6. Re:I can only see one use case for faster JS by maxwell+demon · · Score: 1

      I guess another is that you cannot simply copy a web app, because much of the logic lies on a server. Moreover, you can monitor the use of the program (for good, improving it based on usage data, and bad, targeted advertising based on content). And with for-pay web apps, you'll pay a monthly fee, as opposed to a one-time fee per license as currently done for many common programs. And you can easily revoke licenses if your users do things you don't approve.

      Or in short: With web apps, you have complete control.

      --
      The Tao of math: The numbers you can count are not the real numbers.
    7. Re:I can only see one use case for faster JS by takowl · · Score: 1

      There's no reason a native app should be any less capable of networking than a web app. Installation is trivial

      If I want live collaboration on a spreadsheet, I've been able to do that for a few years with a web app (Google, Zoho). To the best of my knowledge, there's not yet a native app to do the same thing. Either it is easier to do with a web interface, or nobody's yet bothered to add the feature to a desktop app (where all the code for making spreadsheets is already written). As for installation: a) users are more likely to try something new if they don't have to download, install, remember to uninstall if they don't want it, and b) everyone who doesn't have admin rights (on a work computer, public computer, thin client...) often can't install anything.

      There is no security benefit. The browser is not a sandbox. Putting all this capability into javascript increases the attack surface, and conditions people to just run whatever crap they find on the internet.

      What? No. The browser heavily limits what javascript can do, except if it exploits an unpatched vulnerability. Javascript on a website cannot, for instance, access my file system, nor automatically launch a program when I start my computer. So long as people keep their browsers updated, running 'any random [javascript] crap they find' shouldn't cause problems (though it's not exactly advisable, because of possible zero-day exploits). What we want to condition people against is downloading and running random native crap from the internet, as that can do anything to their computer that the user themselves can do. Javascript engines might have holes, but the holes can be patched without breaking honest code. So, yes, there is absolutely a security benefit.

    8. Re:I can only see one use case for faster JS by multipartmixed · · Score: 1

      > Really, all this focus on faster Javascript puzzles me. JS, used correctly, should be a thin layer of glue

      Right, because Google Maps is just glued-together images.

      This dynamic crap must stop! Keep Google Maps and similar applications OUT of the browser. Create windows-only binaries instead. And for the people who don't want windows-only binaries, Google can make a giant JPG at max resolution with a picture of the entire planet on it available. I'm sure the Linux users would be happy with that.

      --

      Do daemons dream of electric sleep()?
    9. Re:I can only see one use case for faster JS by Anonymous Coward · · Score: 0

      All of which would be better done with a native app.

      So I can spend the time and money to writing native code in all different languages and with different APIs to support Windows, Mac, Linux, iOS, Android, Blackberry, Windows Phone 7, Symbian, MeeGo and all other OSes that have an HTML 5 compliant browser or I could just write one app with a few visual tweeks to account for different screen sizes and input methods. There are some apps that should be written natively but for a huge amount of apps it makes A LOT of sense to use the common denominator to write an app that works everywhere and saves developers and development companies a lot of money and time.

  21. Do not ever write games in Javascript D: by Anonymous Coward · · Score: 0

    Here's why you never write games purely in javascript

    1. Cheating = Your source code is completely exposed (and more so than flash.) So any new game you put up is going to be "finished" in 30 seconds with all achievements and a 2 trillion point score.
    2. Multiplayer griefing = If all the game's logic is in javascript, then it's a simple matter of changing things so you have an advantage.
    3. Malware = Developers are not all the same, when an entire motive of a game is to garner ad revenue, then the game is going to be riddled with holes that either allow the player to rig the "ad" viewing experience,or remove it entirely, just like back in the day of 'ad tool bars' and bots.

    1. Re:Do not ever write games in Javascript D: by maxwell+demon · · Score: 1

      1. Cheating = Your source code is completely exposed (and more so than flash.) So any new game you put up is going to be "finished" in 30 seconds with all achievements and a 2 trillion point score.

      So what? Anyone doing that would just deprive himself from the fun of playing.

      2. Multiplayer griefing = If all the game's logic is in javascript, then it's a simple matter of changing things so you have an advantage.

      That only applies to multiplayer games. For those I'd expect the game logic to reside mostly on the server anyways. For games where this is not appropriate, JavaScript is not the right choice, I agree. But that's not the category of games which I'd expect to be browser based anyway.

      3. Malware = Developers are not all the same, when an entire motive of a game is to garner ad revenue, then the game is going to be riddled with holes that either allow the player to rig the "ad" viewing experience,or remove it entirely, just like back in the day of 'ad tool bars' and bots.

      In short, you can block ads in the browser. Yes, that's nothing new, and nothing specific to JavaScript and games.

      --
      The Tao of math: The numbers you can count are not the real numbers.
    2. Re:Do not ever write games in Javascript D: by Bert64 · · Score: 1

      Whatever language the game is written in, those bits of the game which run locally on the client as opposed to the server are prone to cheating... Just because a game comes as a precompiled blob doesn't mean it's not possible, plenty of people use such cheats with closed source games all the time.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    3. Re:Do not ever write games in Javascript D: by mujadaddy · · Score: 1

      You assume that it's impossible to verify the last gamestate against the player's current actions.

      If you say, "but my game is too complicated to do that," then maybe Javascript isn't the right platform for your game.

      --
      Populus vult decipi, ergo decipiatur...
      "Force shits upon Reason's back." - Poor Richard's Almanac
  22. Re:FF4 has some pretty serious memory leaks still, by Anonymous Coward · · Score: 0

    As someone who has repeatedly asked for a demonstration of Firefox's supposed memory leaks over the past several years, and has yet to be able to reproduce any of the claimed results, I can say for sure that reports of Firefox memory leaks are absolutely trolls. If you disagree, explain how I could see one of these problems. If I can reproduce it, I will certainly admit there is a problem. Why should one admit to a problem that one cannot perceive? Why would you accuse others of pretending the problems don't exist, when the problems cannot be seen?

  23. Quake II was released in 1997. by Anonymous Coward · · Score: 2, Insightful

    Quake II was released in 1997. That's 13 years ago. At the time of its release, Intel's top-end CPU was the Pentium II running at 233 MHz, and even that had only just been released. Most Quake II players were still using Pentium or high-end 486 systems.

    Today, a decade and a half later, we have cell phones that are many hundreds of times faster than those Pentium and Pentium II systems, and desktop systems that are thousands or tens of thousands of times more powerful. Yet with all that raw processing power, JavaScript still barely allows us to do what we could do way back then.

    I don't know if you've tried it yet, but that version of Quake II that you've linked to runs quite poorly on very modern hardware when using Chrome (which has the best JavaScript implementation around).

    If JavaScript doesn't let us easily do what we could do before, we'll never be able to get further ahead.

    1. Re:Quake II was released in 1997. by Anonymous Coward · · Score: 0

      Quake II was released in 1997. That's 13 years ago. At the time of its release, Intel's top-end CPU was the Pentium II running at 233 MHz, and even that had only just been released. Most Quake II players were still using Pentium or high-end 486 systems.

      Well Quake II did use a 3D Graphics Card. When JavaScript gets OpenGL support and direct access to the graphics card, it should be able to run Quake II on a Pentium II machine too.

      Posting Anon, so as to, not loose moderations.

    2. Re:Quake II was released in 1997. by Anonymous Coward · · Score: 0

      Did you ever play Quake II, or are you just one of those JavaScript fanboys who was born well after 1997?

      Quake II had a pure software renderer, and it worked perfectly fine on 486 and Pentium systems. That's right, it ran just fine on PCs that are now 15 years old, without using any sort of graphics hardware acceleration.

    3. Re:Quake II was released in 1997. by Bert64 · · Score: 2, Interesting

      There is a general trend to higher level (which are bigger/slower) languages, look at the current fascination with ruby...

      The general trend has been that while hardware gets faster, software gets slower so the overall user experience remains the same... If you want a laugh, install some really old software on new hardware, i ran windows 3.0 on a p133 with 32mb a few years ago and it booted almost instantly compared to the 386/486 machines it was typically used on.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    4. Re:Quake II was released in 1997. by icebraining · · Score: 0, Redundant

      Quake II did have graphics acceleration, although it could fallback to software.

      Unlike Quake, where hardware accelerated graphics controllers were supported only with later patches, Quake II came with OpenGL support out of the box. Later downloads from id Software added support for AMD's 3DNow! instruction set for improved performance on their K6-2 processors, and Rendition released a native renderer for their V1000 graphics chip.

    5. Re:Quake II was released in 1997. by FiloEleven · · Score: 1

      To be totally fair, John Carmack didn't work on JavaScript yet he did design Quake II's rendering engine, and he's kind of brilliant.

      Also, JS for 3D games is kind of silly and a pipe dream, but that doesn't make the language useless. Moderate JS use can do a lot for page usability, and AJAX is pretty cool with lots of applications.

    6. Re:Quake II was released in 1997. by AvitarX · · Score: 1

      Were you logged in, and just checked the anon box?

      If so, you lost your mods...

      --
      Wow, sent an e-mail as suggested when clicking on "use classic" banner, and got a fast response that addressed my msg
    7. Re:Quake II was released in 1997. by moonbender · · Score: 2, Insightful

      Hyperbole much? Cell phones aren't many hundreds of times faster than a Pentium or a P2, and desktops aren't thousands, much less tens of thousands of times faster. Hell, the clock is only about 10x faster (2GHz to 3GHz) -- where exactly do you think a 100- to 1000-fold increase in per-clock performance is coming from?

      For the record, the Quake 2 software renderer apparently does about 250 fps at 800x600 on todays top-of-the-line Intel CPUs. I still remember how Quake1 was choppy in software mode even at painfully low resolutions (I guess this must have been on a 133 Mhz Cyrix CPU).

      --
      Switch back to Slashdot's D1 system.
    8. Re:Quake II was released in 1997. by eugene2k · · Score: 1

      In fact, Quake 2 ran very decently with a software renderer on p133. No lagging controls whatsoever.

      --
      Apple has "Mac vs PC", Microsoft has "Laptop Hunters", Linux has recession
    9. Re:Quake II was released in 1997. by colinrichardday · · Score: 2, Informative

      Today, a decade and a half later, we have cell phones that are many hundreds of times faster than those Pentium and Pentium II systems,

      A hundred times faster than a 233 MHz processor? That's 23 GHz. What phone has a 23 GHz processor?

    10. Re:Quake II was released in 1997. by cyclomedia · · Score: 1

      t'was only two years ago that I finally upgraded to XP from Windows 98SE - on my 2.8GHz P4 with 1GB of RAM, used to hack DOS C programs on that box, was working on an RSA factorizer, boy did that thing GO

      --
      If you don't risk failure you don't risk success.
    11. Re:Quake II was released in 1997. by Anonymous Coward · · Score: 0

      That's 23 GHz. What phone has a 23 GHz processor?

      No phone has 23 GHz CPU, but many have GPUs.

    12. Re:Quake II was released in 1997. by DaVince21 · · Score: 1

      There's more complications than that in a modern OS. Mostly, there's just way too many layers between the game and the hardware access. JS is just one of them, but at least JS is getting very good speed nowadays thans to those optimizations - ie. it's hardly just JS's fault.

      --
      I am not devoid of humor.
    13. Re:Quake II was released in 1997. by colinrichardday · · Score: 1

      And how fast are they?

    14. Re:Quake II was released in 1997. by juhaz · · Score: 1

      Today, a decade and a half later, we have cell phones that are many hundreds of times faster than those Pentium and Pentium II systems

      Citation needed. Top-end cell phones have CPU's with clock speeds about four times that of the P2 you mentioned, and I'm pretty damn sure ARM is not 50 times more effective clock-for-clock than P2.

    15. Re:Quake II was released in 1997. by Bert64 · · Score: 1

      Was win98 even able to address 1gb of ram? i thought it maxed out at 512mb or something...

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
  24. Re:FF4 has some pretty serious memory leaks still, by Anonymous Coward · · Score: 0

    You display the kind of attitude that makes the Firefox community look like a bunch of infants. Just because you personally can't reproduce a problem that many, many people are reporting, it "must not exist and the reporters are trolls."

    It's very easy to reproduce these problems:
    1. Download the Firefox installer for your platform from mozilla.org. This could be the latest 3.6 release, or the latest 4.0 beta.
    2. Install it. Make sure you do not install any sort of plugins or extensions. We want a clean, default Firefox installation.
    3. Browse the web for 30 minutes. Visit a variety of sites, including Slashdot, Facebook, and some of the popular news sites.
    4. Use top or the Task Manager or whatever your system offers to see the memory usage of the Firefox-related processes. Notice that they'll be in the gigabytes.

    When faced with such a problem, most mature open source projects wouldn't go attacking the problem reporters. They'd accept the reports, and even if the developers themselves had trouble reproducing the issue at hand, at least they'd treat the problems as real and not attack the reporters.

  25. Re:FF4 has some pretty serious memory leaks still, by ObsessiveMathsFreak · · Score: 4, Informative

    It's not a memory leak problem. This is pretty obvious when, after weeks of continuous use, Firefox's memory usage remains more or less constant.

    However, Firefox does have a memory fragmentation problem. After continuous use, the program will become noticeably slower on certain tasks which it previously had no issues with. This is particularly the case if you're visiting more intensive webpages. Often you're better just restarting it after the first 100 or so tabs.

    --
    May the Maths Be with you!
  26. Re:FF4 has some pretty serious memory leaks still, by Anonymous Coward · · Score: 3, Informative

    As I've said, I've tried this. Firefox's memory use tops 200 MB after two weeks. Other browsers go over 200 MB in a few days. I'm not attacking you, just stating for the record that I cannot see a problem. Perhaps on your computer that problem exists. Do not assume that every other Firefox user in the world sees the same problem. I do not. If you don't believe me, look at any number of memory tests that show Firefox using less memory than other browsers: 1 2 3 4, and many more!

  27. Re:FF4 has some pretty serious memory leaks still, by tenco · · Score: 1

    It's very easy to reproduce these problems: 1. Download the Firefox installer for your platform from mozilla.org. This could be the latest 3.6 release, or the latest 4.0 beta. 2. Install it. Make sure you do not install any sort of plugins or extensions. We want a clean, default Firefox installation. 3. Browse the web for 30 minutes. Visit a variety of sites, including Slashdot, Facebook, and some of the popular news sites.

    I've done that. Several times over the years. But:

    4. Use top or the Task Manager or whatever your system offers to see the memory usage of the Firefox-related processes. Notice that they'll be in the gigabytes.

    didn't happen. Only time was with FF4 b5/b6 memory leak because of a bug in their new audio API. Chrome OTOH happily ocupies several hundred MB RAM after just 3-4 hours of usage.

  28. Re:FF4 has some pretty serious memory leaks still, by Nikker · · Score: 1

    Sorry to burst your bubble but I'm right now on a Dimension 8250 P4 2.53 w/ 512MB RAM w/ Ubuntu 10.10 Openbox. 15 tabs open in FF 3.6.11 and top shows 250MB total used out of 512MB. With about 100-150 for OS + Services and desktop manager it's actually pretty snappy. I do remember the days where after a few tabs opening and closing would cap me off at 800MB and be thrashing but now I really don't see it. You just can't tell someone the program is taking too much memory and not tell them what pages you have loaded and other specifics, there is no way I can just say it's using too much memory to a developer and he/she will be able to go through hundreds of thousands lines of code and figure out what went wrong, I'm sorry it just doesn't work like that. Bitch all you want but until your willing to meet half way I don't know what to tell you.

    --
    A loop, by its nature, continues. If that didn't make sense, start reading this sentence again.
  29. Re:FF4 has some pretty serious memory leaks still, by jejones · · Score: 1

    Admittedly, I haven't followed your instructions exactly. I have Firefox 3.6.11 from the Ubuntu repositories for 10.10, rather than what one would retrieve from mozilla.org. Also, I have several add-ons active, though only Adblock Plus would potentially filter out things that might add to memory leakage--and wouldn't more plugins use more RAM? ps output shows that it's been running for an hour I have twelve tabs open, including Facebook, Yahoo! mail, Instapundit and New World Notes, both of which tend to have lots of embedded flash videos, Slashdot of course, flickr, and other stray web pages. Ubuntu System Monitor shows firefox-bin using 348.3 MB and plugin-container using 218.3, total well under a gigabyte.

  30. Most of Firefox is written in JavaScript. by Anonymous Coward · · Score: 3, Insightful

    I know, I know, it's damn near impossible to believe, but the Firefox developers voluntarily chose to write a huge portion of Firefox in JavaScript and XML (XUL). The rendering engine and network stack are written in C++, but just about everything else is implemented using JavaScript and XUL, including all of the UI.

    This is why JavaScript performance is so important to Firefox. While other browsers didn't make the same mistake, and wrote the bulk of the browsers in a real language like C++, the Firefox developers chose what is probably the stupidest architecture possible. A slow JavaScript implementation means their entire browser is slow, rather than just any web pages that might use JavaScript in some way.

    1. Re:Most of Firefox is written in JavaScript. by hedwards · · Score: 0, Flamebait

      And that explains that they're second only to MS in market share and why they're more broadly available than the other browsers? Or perhaps it explains why it is that the other browsers are suddenly getting features that Firefox has had for years?

      Perhaps JavaScript wasn't the wisest path to take, but it's hard to argue with results. Especially since at the rate that Firefox is getting faster and the rate at which the other browsers are adding bloat, I'd be surprised if Firefox keeps it's reputation for being slow much longer. Barring something changing the present course.

    2. Re:Most of Firefox is written in JavaScript. by maxwell+demon · · Score: 1

      And that explains that they're second only to MS in market share and why they're more broadly available than the other browsers?

      Well, AFAIK all other relevant competitors came later, after Firefox showed that you can compete with Microsoft. Most didn't have much time yet to build up a lot of market share. Note that I don't consider browsers which don't run on Windows relevant here, because anything which doesn't run on Windows wouldn't beat Firefox even if it had an user base of 100% on the platforms it supports.

      --
      The Tao of math: The numbers you can count are not the real numbers.
    3. Re:Most of Firefox is written in JavaScript. by kripkenstein · · Score: 1

      I know, I know, it's damn near impossible to believe, but the Firefox developers voluntarily chose to write a huge portion of Firefox in JavaScript and XML (XUL). The rendering engine and network stack are written in C++, but just about everything else is implemented using JavaScript and XUL, including all of the UI.

      This is why JavaScript performance is so important to Firefox. While other browsers didn't make the same mistake, and wrote the bulk of the browsers in a real language like C++, the Firefox developers chose what is probably the stupidest architecture possible. A slow JavaScript implementation means their entire browser is slow, rather than just any web pages that might use JavaScript in some way.

      Writing Firefox's UI in JavaScript makes it scriptable. That allows the plugin system they have, which is more flexible than the competition's. It also means it's easier to write custom UIs - mobile Firefox is basically Firefox with different JS for the UI. It's much quicker to do that than write C++ UIs for everything. But as you said, it does have downsides as well, mainly speed. There's a tradeoff here, pick the one you prefer.

    4. Re:Most of Firefox is written in JavaScript. by Beelzebud · · Score: 1

      Flamebait? On what planet?

    5. Re:Most of Firefox is written in JavaScript. by spage · · Score: 1

      And that "stupidest architecture possible" enables thousands of cross-platform extensions. And XUL is the same idea as Macromedia's MXML and Microsoft's XAML.

      --
      =S
    6. Re:Most of Firefox is written in JavaScript. by _xeno_ · · Score: 1

      This may be way too late to post to this discussion, but, oh well.

      Don't forget that the use of JavaScript in the UI means it's possible to get the "A script is running slowly" dialog for UI script. The great thing about that is that it's exactly the same dialog as would appear for a page, and it counts time spent in a file dialog as a "script running slowly." "Sure, stop the script. ...What happened to my download?"

      I get why they did it to an extent. It's not exactly a horrible decision, it makes an amount of sense to have the basic browser UI glue code be in JavaScript.

      Which doesn't change the fact that way more than simple glue code is done in JavaScript and that XUL is absolutely horrible.

      --
      You are in a maze of twisty little relative jumps, all alike.
  31. No argument by gVibe · · Score: 0

    I really was (am) trying to fully embrace Chrome. But everyday, I find reason (most not directly Google's fault) not to fully switch. Firefox 4 is becoming everything I was looking for in a browser....speed, support, compatibility. There are certain things linked to my browser that just make some tasks easier, and I am finding that not very many sites that offer Firefox extensions to their products/services are simply not interested in porting the extension to Chrome. I find this disheartening...but changing to a new service is more work than I wish to do, especially multiple times over. So I keep two browsers installed at all times to ensure I can get done what I need to do without slowing down on senseless lack of support from some company's.

    --
    Keywords for the NSA overthrow oppressive regime true believers marathon Manhatten the financial district blueprints I
  32. Re:FF4 has some pretty serious memory leaks still, by Anonymous Coward · · Score: 1, Interesting

    Memory fragmentation will cause a program to use more memory, not cause it to slow down. Since Firefox moved to jealloc in 2008, memory fragmentation in Firefox is low. As with memory leaks, these problems were fixed years ago, but users still complain that the problems are being ignored and not fixed.

  33. Re:FF4 has some pretty serious memory leaks still, by Anonymous Coward · · Score: 2, Insightful

    Fragmentation can certainly cause a program to slow down. If memory is fragmented significantly, you're going to see a lot more page faults as memory is accessed. With an OS like Windows that's aggressive in moving memory out to disk things will certainly slow down.

  34. Re:FF4 has some pretty serious memory leaks still, by Ash-Fox · · Score: 1

    It's very easy to reproduce these problems:
    1. Download the Firefox installer for your platform from mozilla.org. This could be the latest 3.6 release, or the latest 4.0 beta.
    2. Install it. Make sure you do not install any sort of plugins or extensions. We want a clean, default Firefox installation.
    3. Browse the web for 30 minutes. Visit a variety of sites, including Slashdot, Facebook, and some of the popular news sites.
    4. Use top or the Task Manager or whatever your system offers to see the memory usage of the Firefox-related processes. Notice that they'll be in the gigabytes.

    I have had firefox running for over a week now. I've visited numerous sites, loads of tabs of Slashdot, had previously many open tabs on furaffunity and various sites but eventually closed them. There is one window with a god awful amount of tabs, infact all the monster.co.uk's jobs for Glasgow and that has been sitting there since Monday. So, you would think this would be a good candidate to observe you problem. Now, my system as a god awful amount of memory too, yet.. What is Firefox using?

    According to http://dl.dropbox.com/u/58565/firefox-memory.jpg It's just over 300MB and I was expecting far more with the amount of tabs I have open. I doubt foxyproxy or firefox sync (the only addons I have) magically made the "memory leak" go away.

    Can you explain why I am not seeing this issue please?

    --
    Change is certain; progress is not obligatory.
  35. Re:FF4 has some pretty serious memory leaks still, by Anonymous Coward · · Score: 0

    im using a 4 beta i downloaded last week. i dont have any extensions installed but i did install flash so i can use youtube. ive had my browser open since i installed it and youre right its using 5838 MB of ram says the win vista taskmgr. lol i didnt realize it was so bad! ive got 12 gb ram so its not like a huge problem but thats still not very good at all.

  36. Re:FF4 has some pretty serious memory leaks still, by Anonymous Coward · · Score: 1

    Memory fragmentation will not directly cause a program to slow down. If there is bad memory fragmentation, it could possibly cause a program to consume all RAM, which would in turn increase the number of page faults, causing a slowdown. But in that case users will complain about memory use and hard disk activity, not a slowdown.

  37. Re:FF4 has some pretty serious memory leaks still, by someone1234 · · Score: 4, Insightful

    I think they forget that page caching is not a leak.

    --
    Patents Drive Free Software as Hurricanes Drive Construction Industry
  38. Re:FF4 has some pretty serious memory leaks still, by Ravon+Rodriguez · · Score: 2, Insightful

    You're missing the point; simply because you, me, or the majority experience no memory leak issues does not mean they don't exist. Computers differ enough that it's impossible to say that what works on one system will work on another with a different operating system, different system settings, different software installed, or even different hardware. I'll concede that it's impossible to replicate every possible user installation, but it's likely that the people who report the problem have something in common, even if it's not readily apparent; being hostile toward them for reporting it is arrogant and counterproductive.

    --
    Jesus loves me, he loves me a bunch, because he always puts Jiffy in my lunch.
  39. What about the File API? by Yvan256 · · Score: 1

    Does Firefox support the new File API yet? The same as Chrome and Safari, not the older one which was Firefox-only.

    1. Re:What about the File API? by Anonymous Coward · · Score: 0

      Firefox has had HTML5 File API support for a while now (it works in my FF 3.6). Try it out at http://html5demos.com/file-api. It works for me in Chrome and FF (not sure about safari).
       
      Posting anon to retain moderation.

    2. Re:What about the File API? by Yvan256 · · Score: 1

      Oups, I meant the HTML5 file upload part sorry. Firefox 4 is supposed to be compatible with the Chrome and Safari method and drop the method used in Firefox 3.6.

  40. Re:FF4 has some pretty serious memory leaks still, by Anonymous Coward · · Score: 0

    Call it what you want, all I know is that Firefox continuously consumes more and more memory on every system I've used it on, without ever freeing any. It also gets progressively slower as the day goes on until it is unusable and must be restarted.

    This is precisely the reason I ditched Firefox and started using a browser that I can leave up for weeks or months at a time without any problems.

  41. Re:FF4 has some pretty serious memory leaks still, by Anonymous Coward · · Score: 0

    I didn't say that the memory leaks don't exist. My point is there's no point complaining about them if no one can see them. If no one can see them, no one can fix them. How is pointing that out being hostile? Claiming that every Firefox user suffers from horrible memory leaks is hostile, because anyone can see that it isn't true. Most Firefox users are happy with low memory usage, as you can see from the posts below.

    The bottom line is that anyone who wants a memory problem in Firefox fixed simply needs to post a description of the problem so that others can see it. But instead of that, all we get are posts about Firefox users being arrogant and counterproductive. How is that supposed to help?

  42. HOW is it faster?!? by Theovon · · Score: 1

    I'm tired of looking at benchmark figures. I want blog articles on how these JIT engines work (differently) and WHY one or anther is faster. Or at least why the FF engine is faster than it used to be.

    1. Re:HOW is it faster?!? by msclrhd · · Score: 1

      Basically, JavaScript engines used to interpret the code they were running. Chrome introduced v8 that started producing native machine code for the JavaScript code (so-called method JIT (Just-In-Time) compilation), as does the apple nitro engine and now the IE9 engine and Firefox's JaegerMonkey engine. Firefox also has a TraceMonkey engine (introduced in 3.5) that looks for loops that are behaving in a predictable way that can then be optimised and executed by the CPU. The current Firefox engine uses a combination of the JaegerMonkey engine and the TraceMonkey engine, using some heuristics to decide when to use one or the other.

      With the basic code generation in place, it is a matter of analysing code that is slow, extracting a test case for it, and optimising it.

      Each of the circles on the graphs on arewefastyet correspond to commits that implement a certain optimisation or change (including chrome/v8 and safari/nitro changes). The regress-x86 and regress-x64 versions have a finer-grained look at the change history.

      Hovering over these, you will see a black hover tooltip that contains various information. Contained here is a 'rev' line (i.e. revision) that has the id of the commit. Moving onto the underlined revision number provides you with a link to the commit in the corresponding code tracker.

      For example, the big 5% speedup for firefox on the v8 benchmark is: tracemonkey - changeset - 52721:24749e6ae6e9 "Bug 581595 - Optimize creation of RegExp.prototype.exec's return value. r=lw."

      In the changelist description for the firefox changes, you will see "bug 12345" or "b=12345". These correspond to the bug number in bugzilla.mozilla.org that is associated with the change. On the mozilla code tracker, these will appear as links that will take you to the bug in question.

      On that bug, you will see the discussion of what went into that particular optimisation.

  43. No thanks by Anonymous Coward · · Score: 0

    FF4 (beta) also breaks half my plug-ins, including Greasemonkey. No thanks.

  44. Re:FF4 has some pretty serious memory leaks still, by Anonymous Coward · · Score: 0

    Easy. I can demonstrate this on basically any PC.

    Download and install Firefox. Open up some "normal" pages, ie. Slashdot, Youtube, Amazon and just leave it running. After a day or two, Firefox will have consumed tons of memory and be too slow to use. When I do the same (actually worse, I usually have 30+ tabs open at any given time) with Chrome or Opera, I've run them for MONTHS without even a sign of incident.

    The only troll here, is you.

  45. And ...? by sgunhouse · · Score: 1

    No sign of Presto (Opera's js engine) ... or IE (just to be complete).

  46. What we need are DOM-Bindings for Bytecode by maweki · · Score: 1

    What we really need are DOM-Bindings for Bytecode. So you can use every language you want that is capable of compiling to bytecode and send it to a browser. This would make it easier for the developer and bytecode is easier and faster for the browser to execute.
    JavaScript should become a legacy system since I think we are slowly at the point that JS-parsing and executing can no longer be optimized. We're getting there so that you can only throw hardware at the "problem".

    1. Re:What we need are DOM-Bindings for Bytecode by multipartmixed · · Score: 1

      DOM bindings for bytecode would mean defining bytecode, and then, to a large part them implementation.

      Did you know that Chrome compiles right from the AST to machine language?

      Standardized bytecode in the browser was tried one already, in 1999. It was called "Java".

      With the current state of the art, using JavaScript at as intermediate language is not a bad gig. Google Gears does this.

      --

      Do daemons dream of electric sleep()?
    2. Re:What we need are DOM-Bindings for Bytecode by maweki · · Score: 1

      Since JavaScript isn't defined at all, it would be a bad thing, to define a bytecode for browsers that every language could compile to?! And since when does Java have DOM-Bindings to directly manipulate a html page and register event handlers (and so on) as JavaScript does?

  47. Re:FF4 has some pretty serious memory leaks still, by Mitchell314 · · Score: 1

    I think Firefox uses more memory if it thinks your computer has a lot of memory, and vice versa if your computer has little memory. That's actually a good thing.

    --
    I read TFA and all I got was this lousy cookie
  48. Re:FF4 has some pretty serious memory leaks still, by KingMotley · · Score: 1

    I can see them just fine. I've had my firefox consuming over 2GB of ram before, with the only tab open being blank at the time. I'm now in the habit of restarting my firefox many times per day, so I can't say for sure if it's still currently a problem or not, but I typically "remember" to kill firefox whenever my work machine starts to get slow out of habit. My home machine rarely cares because it's got 12GB of ram, and even 2GB is really nothing to it.

  49. Re:FF4 has some pretty serious memory leaks still, by FiloEleven · · Score: 1

    I love competition! I don't have to bother with being called a troll for reporting a problem, I can just switch to a better browser like Chrome! I do miss my tree-style tabs, though.

    FF4's JS is faster? That's nice. Maybe that'll help to make up for the abysmal amount of time it takes to even LAUNCH on my system.

  50. Re:FF4 has some pretty serious memory leaks still, by Anonymous Coward · · Score: 0

    Go to Google image search and type in firefox memory leak. You'll find a lot of screenshots that disagree with yours.

  51. Re:FF4 has some pretty serious memory leaks still, by Mitchell314 · · Score: 2, Interesting

    Memory fragmentation can cause it to slow down because it takes more overhead to find free space for more allocations.

    --
    I read TFA and all I got was this lousy cookie
  52. Re:FF4 has some pretty serious memory leaks still, by bobbuck · · Score: 1

    What OS, version, and hardware are you using?

  53. Re:FF4 has some pretty serious memory leaks still, by Anonymous Coward · · Score: 0

    (Screenshots won't disagree with each other.)

    What could a screenshot prove to me that using Firefox will not? I have never experienced any sort of memory leakage problems using Firefox 3 and up - and in fact, many reviews have shown that Firefox (3 and up) release memory more aggressively than many of its competitors.

    Anyhow, it's still very possible to create an image where Firefox uses gigabytes of RAM - simply by just opening huge amount of content - if you have the RAM, Firefox will use it. In similar situations, browsers using multi-process arch (e.g. Chrome) would probably use even more memory, if possible.

  54. Re:FF4 has some pretty serious memory leaks still, by Anonymous Coward · · Score: 0

    Then file a bug report in Bugzilla and problem can be fixed. But surely if this is a problem, there's already a report and it has lots of votes. Where is it?

  55. Verified on my sw-only 3D benchmark as well by ttsiod · · Score: 3, Informative

    I, too, saw the speed of Firefox 4 in a pretty simple, math-only benchmark that rotated a 3D object. Run it for yourself and/or see the gathered statistics (bottom of the page). Here is the Reddit discussion where many people run it and confirmed Firefox 4 supremacy.

    1. Re:Verified on my sw-only 3D benchmark as well by ihateyouall · · Score: 1

      Nice little demo - when is CUDA coming to Javascript? :-)

    2. Re:Verified on my sw-only 3D benchmark as well by ttsiod · · Score: 1

      Thank you - and as for CUDA, I imagine it will take some time :-) Seriously though, WebGL will do just fine :-)

  56. Re:FF4 has some pretty serious memory leaks still, by maxwell+demon · · Score: 1

    if you have the RAM, Firefox will use it.

    Will it also immediately free that RAM if another program needs it? A browser should always be conservative on RAM usage, even if it seems to have plenty available.

    --
    The Tao of math: The numbers you can count are not the real numbers.
  57. Re:FF4 has some pretty serious memory leaks still, by Anonymous Coward · · Score: 0

    It's very easy to reproduce these problems:
    1. Download the Firefox installer for your platform from mozilla.org. This could be the latest 3.6 release, or the latest 4.0 beta.

    Check for 3.6. (Well, I had it installed already, but that's how I got it.)

    2. Install it. Make sure you do not install any sort of plugins or extensions. We want a clean, default Firefox installation

    Check (kind of). I have several plugins installed (including Flash and Java) but it's unlikely they would reduce the amount of memory Firefox uses.

    3. Browse the web for 30 minutes. Visit a variety of sites, including Slashdot, Facebook, and some of the popular news sites.

    Check. I've been browsing for a couple of hours now (with breaks in between, but not closing the browser windows) and I have 9 tabs open spread across 2 browser windows.

    4. Use top or the Task Manager or whatever your system offers to see the memory usage of the Firefox-related processes. Notice that they'll be in the gigabytes.

    Unfortunately, try as I might, I could not reproduce this. Firefox process seems to be using (as of now) 90MB of memory (out of 4 GB), with the plugin-container using some 30-odd MB for a YouTube video. That would be almost one gigaBIT but not even an eight of a gigabyte, so I can hardly say the memory usage is in the gigabytes.

    When faced with such a problem, most mature open source projects wouldn't go attacking the problem reporters. They'd accept the reports, and even if the developers themselves had trouble reproducing the issue at hand, at least they'd treat the problems as real and not attack the reporters.

    Since the release of Firefox 3, mostly only anonymous posts have claimed to have issue with memory leaks in Firefox. This is no exception.

    Are you sure there is a problem? I, for one, can't see one.

  58. Re:FF4 has some pretty serious memory leaks still, by KingMotley · · Score: 1

    Home: Windows 7 Home Premium 64-bit SP1, EVga X58 3X SLI Motherboard, Intel 930 CPU, 12GB of kingston DDR3 Hyper-X, PNY NVidia 8800Gtx (Replaced a dead NVidia 295GTX temporarily - waiting for the NVidia 580 to come out), Intel 80GB Gen 2 SSD Boot Drive (74GB S:), Corsair H50 Water CPU cooler, 2 Seagate 1TB 7200.12 drives (954GB Raid-0 (683GB C:, 247GB P:), and 477 GB Raid-1 (465GB U:)), and 2 Seagate 320GB 7200.10 drives (305GB Raid-1 (Backup)), 8GB OCZ RallyX Thumbdrive (7.47GB R:) in a cooler master HAF-X case.

    Office: HP Machine running Windows XP SP3, E6600 CPU (or similar), 160GB Seagate 7200.10 Drive (160GB C:), integrated video (Intel chipset).

    Does that help?

  59. Re:FF4 has some pretty serious memory leaks still, by KingMotley · · Score: 1

    Sorry, the Office machine has 4Gb of RAM (3.4GB useable) and is running 32-bit version of XP.

  60. Apples to Apples (or Beta to Beta) by cskrat · · Score: 1

    Comparing Chrome 8.0.552.11 dev to Firefox 4.0b6 on Sun Spider.

    Chrome: 335.6ms +/- 2.8%
    Firefox: 543.6ms +/- 2.4%

    System: AMD Phenom II 965 w/ 4GB RAM on Win7 Ultimate.

    --
    My God! It's full of eval()'s.
    1. Re:Apples to Apples (or Beta to Beta) by BZ · · Score: 1

      Firefox 4.0b6 doesn't have JaegerMonkey. This is why the article here is about nightly builds (which is what you're using with Chrome, I will note).

      I suggest testing Firefox 4.0b7 when it comes out; you'll see quite different numbers.

  61. Re:FF4 has some pretty serious memory leaks still, by maxwell+demon · · Score: 1

    I think Firefox uses more memory if it thinks your computer has a lot of memory, and vice versa if your computer has little memory. That's actually a good thing.

    No it isn't. You rarely run Firefox as the only program, and if Firefox eats RAM because it's "available" then other programs will have less memory available. A web browser is a typical "background application" (i.e. you keep it open while working with other programs) and therefore should use as little memory as reasonably possible. The attitude of "the memory is available, so I can use it" was appropriate in DOS, but it's generally not appropriate on a multitasking OS.

    --
    The Tao of math: The numbers you can count are not the real numbers.
  62. Re:FF4 has some pretty serious memory leaks still, by Anonymous Coward · · Score: 0

    When my computer "only" has 4 GB of RAM, and I've disabled the swap file for performance reasons, yet Firefox stills feels it's necessary to use 3.75 GB of RAM for its "page caching", something is wrong. The remaining memory is barely enough for me to run Windows, never mind other Mozilla bloatware like Thunderbird.

  63. Re:FF4 has some pretty serious memory leaks still, by Anonymous Coward · · Score: 0

    And you're a stupid dick. How do you expect devs to fix a problem they *can't replicate*? Magic?

  64. Re:FF4 has some pretty serious memory leaks still, by B4light · · Score: 1

    I've never got 2GB before, but once, I had 275 tabs open, with 1.5GB of memory usage, and I didn't even care because my computer was running as smooth as when it only has 8 tabs open.

  65. Speed is irrelevant without correctness by lamaleader · · Score: 1

    It doesn't make any sense at all to boast about speed while the software is still in Beta. If you don't need to be correct, you could complete the javascript benchmark in 1ms by just executing a no-op for each action. Once Firefox 4 has demonstrated the ability to execute all the javascript correctly, then I'll be interested in the benchmark scores.

  66. Opera Smokes them ALL by Anonymous Coward · · Score: 0

    To bad they forgot to test the newest Opera , which smokes all three of these browsers by almost 100 ms on my machine in the SunSpider tests.

  67. Re:FF4 has some pretty serious memory leaks still, by moonbender · · Score: 1

    You are entitled to that opinion, but many people think otherwise. I want my browser to be optimized primarily for features, speed and latency, not memory usage. I can buy more RAM if I need to.

    --
    Switch back to Slashdot's D1 system.
  68. Is Opera (with its built in site preferences) by Anonymous Coward · · Score: 0

    ... Because Opera lets you disable the usage of javascript ENTIRELY on sites of your choosing, and allows enabling it on sites of YOUR choosing. Best of all possible worlds and built right in natively to Opera.

    1. Re:Is Opera (with its built in site preferences) by Anonymous Coward · · Score: 0

      Another Opera user ignorant of NoScript capability. Let me know when Opera can selectively block JS per-source so you can block external JS from ads and other sources and still run JS on the site you're on.

  69. BarTabs: download just the tab you see... by Artemis3 · · Score: 1

    But in the meantime, try BarTab, and never look back. See, just because you open 20 tabs, doesn't mean you have to download and render their content right away. In fact, i wonder why this isn't the default behavior in browsers, what is the point in wasting resources in tabs you are not seeing?

    Of course you are also right about the lack of using multiple cores, but this addon makes life much easier.

    --
    Artix
    Your Linux, your init.
  70. Re:FF4 has some pretty serious memory leaks still, by Ash-Fox · · Score: 1

    Go to Google image search and type in firefox memory leak. You'll find a lot of screenshots that disagree with yours.

    Looks like old versions that don't even have the plugin wrapper, judging from the task manager process lists. I'm not really seeing it?

    Anyway, you didn't answer my question.

    Can you explain why I am not seeing this issue please?

    --
    Change is certain; progress is not obligatory.
  71. Re:FF4 has some pretty serious memory leaks still, by Anonymous Coward · · Score: 1, Insightful

    Then file a bug report so the problem can be fixed. To do that, you should include a set of steps that will allow others to see what the problem is so that they'll know what to fix.

  72. Good JS performance is not everything. by dave420 · · Score: 1

    The rest of the browser is so god-damned slow when compared to Chrome, at least for me. It doesn't matter that it can execute JS on a webpage 10% faster than another browser, if loading that page alone takes 200% longer than on said other browser.

    1. Re:Good JS performance is not everything. by Shark · · Score: 1

      As pointed before, improving JS performance on Firefox often means speeding up the interface too since a large portion is written in JS, as with extensions.

      --
      Mind the frickin' laser...
    2. Re:Good JS performance is not everything. by Spewns · · Score: 1

      The rest of the browser is so god-damned slow when compared to Chrome

      Exactly. Using Firefox is a nightmare after being spoiled by Chrome's crazy good speed/snappiness/responsiveness.

      These benchmarks are useless because they only measure javascript engine speed, not browser speed. Chrome will still get you to webpages and load them way, way faster than Firefox. It takes 3 seconds to install Chrome and realize this.

  73. Re:FF4 has some pretty serious memory leaks still, by XO · · Score: 1

    and using a Firefox without extensions is terribad.

    I'm sure Opera's performance kicks the shit out of the rest of them still, anyway, too. Although the betas have been a lot more crashy than normal lately.

    --
    "Champagne for my real friends - and real pain for my sham friends!" http://ericblade.postalboard.com/
  74. Re:FF4 has some pretty serious memory leaks still, by XO · · Score: 1

    wow, you don't do shit in your browsers do you? My average browser workload has Opera over 500meg commit charge, the same in Firefox is enough to get Windows to say "YOU ARE RUNNING OUT OF MEMORY PLEASE KILL FIREFOX.EXE" (64-bit system, with a 4-gig swapfile and 2gigs ram .. yeah, it's a bit light on the RAM, but i'm broke right now)

    --
    "Champagne for my real friends - and real pain for my sham friends!" http://ericblade.postalboard.com/
  75. Re:FF4 has some pretty serious memory leaks still, by XO · · Score: 1

    Now open up 90-120 tabs as I usually run. :)

    --
    "Champagne for my real friends - and real pain for my sham friends!" http://ericblade.postalboard.com/
  76. Re:FF4 has some pretty serious memory leaks still, by Anonymous Coward · · Score: 0

    Months? Now you're trolling!

  77. Re:FF4 has some pretty serious memory leaks still, by XO · · Score: 2, Informative

    Your operating system should be dealing with that, not the browser.

    --
    "Champagne for my real friends - and real pain for my sham friends!" http://ericblade.postalboard.com/
  78. amusing. by Beelzebud · · Score: 1

    These Firefox threads always amuse me, because there is a very tiny minority of people that will run Firefox for weeks at a time, without restarting it, while having 100 tabs open, and then complain about how it handles memory.

    Well no shit... Ever hear of bookmarks? I can't think of any reason I'd even want to keep a browser with 100 tabs open, for weeks at a time. Maybe I'm just doing it wrong.

    1. Re:amusing. by multipartmixed · · Score: 1

      Bah, a 100 tabs is nothing.

      I am currently working on a patch for Chromium that lets me run firefox tabs in a window, so that I can have more than one web page per process.

      Chrome really sucks because I start running out of processes around 32,000 tabs.

      --

      Do daemons dream of electric sleep()?
  79. This is why Chrome rocks by RazorSharp · · Score: 1

    Just look at the massive improvements to Firefox and IE since Chrome came out. Firefox was becoming bloated and slow while IE had been for years. Chrome has benefitted all internet users, whether they use it or a competing browser. I still use Safari because I'm a Mac whore, but Chrome is the only browser I've used that's noticeably faster. It's a fine example of why competition is necessary for products to improve. And not just competition between two or three entities, but from several.

    --
    "From the depths of my skeptical and rationalist soul, I ask the Lord to protect me from California touchie-feeliedom."
  80. Agreed, 110%... & some more "tricks" for speed by Anonymous Coward · · Score: 0

    "Want to make you site fast? You don't need Ajax, Flash, or any other "Hype du Jour". Toss it all out, stick with plain old HTML" - by Anonymous Coward on Sunday October 24, @09:33AM (#34003488)

    Agreed, 110%: Most sites really do NOT require FLASH, or JavaScript (or JAVA) to run and allow the user to see the content he came to see/learn from etc. ...

    ---

    "Wham, your site is now an order of magnitude faster." - by Anonymous Coward on Sunday October 24, @09:33AM (#34003488)

    Truckloads faster, especially when you are NOT wasting time &/or your bandwidth YOU PAY FOR OUT OF YOUR OWN POCKET on downloading & running adbanners (or other scripted content, that may or MAY NOT harbor malicious script within it).

    1 OTHER "USEFUL TRICK" is moving your webbrowser cache content to another disk, just like moving your operating system's Pagefile.sys (Windows) OR swap partition (linux) to another diskdrive (preferably one that's not used by your OS &/or Programs) so you unburden your OS &/or Programs housing disk to load programs instead of handling webbrowser caching!

    I do this in Opera for example, via the settings in Opera's operaprefs.ini, explained here http://www.opera.com/support/mastering/sysadmin/#user-file preferences file:

    I use these sections to do this from that file:

    Linux

    [User Prefs]
    CACHE DISK=/media/SWAPPAGE/TEMP/
    Cache Directory1=/media/SWAPPAGE/TEMP/
    Cache Directory2=/media/SWAPPAGE/TEMP/
    Cache Directory3=/media/SWAPPAGE/TEMP/
    Cache Directory4=/media/SWAPPAGE/TEMP/

    [Cache]
    exactly the same settings as above...

    [Disk Cache]
    once more, the exact same settings as above...

    Windows

    [User Prefs]
    CACHE DISK=J
    Cache Directory1=J:\Temp
    Cache Directory2=J:\Temp
    Cache Directory3=J:\Temp
    Cache Directory4=J:\Temp

    [Cache]
    same settings as above...

    [Disk Cache]
    again, same settings as above...

    (This also helps limit fragmentation too, as a final bonus, no less, by moving the browser's cache content to another diskdrive)

    APK

    P.S.=> Above all else, you've "hit things right on the head" with this comment of yours:

    "The Web is rapidly going the way of television: once it was about content, then ads came 'to pay for the content' and now it is all ads with the absolute minimum of content. Spreading a two paragraph article over eight pages just to have more ad impressions. Six pictures that just have to be in a slide show. Ads. Profit. Bottomline." - by Anonymous Coward on Sunday October 24, @09:33AM (#34003488)

    Yes, you've got it down perfectly: It's really "ALL ABOUT THE BENJAMINS" being made for advertisers & webmasters, but the sad part is, just like with adbanners, you have to foot that bill for them by using YOUR BANDWIDTH YOU PAY FOR...

    To that, I just say this:

    "No, no, senor - no thank you"

    I'll keep blocking those adbanners &/or popups via HOSTS files & Opera's native abilities to allow or disallow scripts on website pages of YOUR choosing (leaving scripting on where you may need it on various sites, such as ecommerce related ones for example).

    That's so I get all the speed I paid for from my ISP, rather than downloading & running the scripted content (which has been found to have malicious code in it more than just a few times over the past 4-5 yrs. now online no less)... apk

  81. Re:FF4 has some pretty serious memory leaks still, by Cinder6 · · Score: 1

    Of course, for every "memory usage is fine" story, you have a "memory leaks!" story. For what it's worth, I don't think that I've seen Firefox consume multiple gigabytes in a while (then again, I've stopped using it much for other reasons), but I just checked my system and saw that I'd left Firefox open without running any windows/tabs. Nothing open, and yet it consumed 500MB. Not the end of the world, and I have memory to spare, but still a bit much.

    --
    If you can't convince them, convict them.
  82. Re:FF4 has some pretty serious memory leaks still, by Anonymous Coward · · Score: 0

    Please instead of vague statements, put about:memory into the address bar and paste the contents of that into a comment here.

  83. Cool. by Anonymous Coward · · Score: 0

    Been having a similar issue. No plugins. Every version of Firefox for several decades now. Linux (several distributions), OS X, Windows 2000, XP, Vista. All I hear is that it's my plugins - the ones I don't have.

    Not sure it's memory related - FF appears to be sucking extraordinary amounts of memory compared to, say, Chrome - but it isn't *that* outrageous, and doesn't escalate into NOM NOM NOM all mah RAM.

    But FF becomes dog arse slow and randomly unresponsive, eventually crashing completely.

    1. Re:Cool. by Anonymous Coward · · Score: 0

      I wouldn't rule out malware.

  84. Re:Lets move to gopher or whatever by miknix · · Score: 2, Insightful

    Tired of http? Lets move on to gopher..

  85. Re:FF4 has some pretty serious memory leaks still, by Anonymous Coward · · Score: 0

    Please put about:memory into the address bar and paste the contents of that into a comment here.

  86. Re:FF4 has some pretty serious memory leaks still, by Mitchell314 · · Score: 1

    The OS's job is to figure out how to handle allocated memory, only the browser knows whether or not to allocate in the first place to get best results.

    --
    I read TFA and all I got was this lousy cookie
  87. Re:FF4 has some pretty serious memory leaks still, by Silvrmane · · Score: 1

    I've been surfing the web fairly continuously since I got up this morning (5 hours ago). I have stacks of plug-ins installed. I've read PDFs, watched videos, looked at Slashdot and Reddit, and wherever those other sites took me, read those too. Right now I have three tabs open, plus a PDF of a menu I am trying to choose my lunch from. My current Firefox memory usage (FF 3.6.11 on OS X 10.6.4) is 245.1 Mb. YMMV.

  88. Re:FF4 has some pretty serious memory leaks still, by guanxi · · Score: 1

    I use FF heavily and support it for many users. Haven't seen memory issues since FF 3.0 (or maybe earlier).

  89. Re:FF4 has some pretty serious memory leaks still, by Anonymous Coward · · Score: 0

    http://img841.imageshack.us/img841/5862/81421018.png
    This is after about 2 hrs of use visiting the majority of my normal bookmarks, 2 web based email accounts, and visiting some random links from IRC. I have never seen FF use a gig of ram even after being open for days. It's version 3.6.3.

    You're going to have to provide a lot more specific steps than "open Firefox for 30 minutes". It's pretty stupid to blame the developers when you can't even provide reproducible steps.

  90. Please stop moaning! by mykdavies · · Score: 3, Insightful

    Jesus guys, can't you just congratulate the Firefox devs on the great job they're doing? Just look at the rate of improvement over the past few months and give the JaegerMonkey/TraceMonkey guys kudos for a really impressive job of software engineering. Have a look at David Mandelin's recent post to get an idea of how much work and planning has gone into this project.

    --
    The world has changed and we all have become metal men.
    1. Re:Please stop moaning! by Beelzebud · · Score: 1

      No, for most it's much more fun to have blind fanboy wars over which browser renders a page faster, in milliseconds...

    2. Re:Please stop moaning! by Anonymous Coward · · Score: 0

      I agree with you. Its embarrassing the lack of support for Firefox on every story posted on ./ . The main independent browser in the world should have all the support of the open source community.

  91. Re:FF4 has some pretty serious memory leaks still, by guanxi · · Score: 1

    However, Firefox does have a memory fragmentation problem.

    If we're talking about the same thing, that issue was resolved a couple years ago for Firefox 3. See here.

  92. Sweet. by Anonymous Coward · · Score: 0

    Meanwhile, still no integer data type.

  93. Re:FF4 has some pretty serious memory leaks still, by Mitchell314 · · Score: 1

    Uh, I didn't say FF should eat up RAM just because its available, it should allocate based on optimizing for the system. Think about it, you have a 512 MB system and a 8 GB system. You don't want FF eating more than half of the 512 MB system, but you shouldn't mind if FF grabs a GB or two from the 8GB set up. Scaling up does not mean eating all of the RAM.

    As for being backgrounded, its up to the OS to kick FF to the curb for a while. There's a beautiful thing called Virtual Memory. FF can still have X memory, but most of it can be shipped to the disk when the system feels like it. Which it does, if you've ever noticed that opening a minimized program can lag when you're pushing the limits.

    And with a modern computer with a modern OS, it's okay to be RAM greedy so long as you don't overkill on using it. If allocated memory isn't used, it (eventually) gets mapped to the disk so that it's saved, but it's not taking up RAM.

    --
    I read TFA and all I got was this lousy cookie
  94. Re:FF4 has some pretty serious memory leaks still, by moonbender · · Score: 1

    Dealing with "that"? With what?

    --
    Switch back to Slashdot's D1 system.
  95. Re:FF4 has some pretty serious memory leaks still, by ifiwereasculptor · · Score: 1

    Well, there's your problem. MS Paint also slows my computer to a crawl if I open 900 enormous images. Don't open so many tabs. And don't hold them that way.

  96. Re:FF4 has some pretty serious memory leaks still, by silanea · · Score: 1

    Not even close. And that is after about 3 hours of browsing on YouTube, Facebook, several forums and DeviantArt. Not saying there are no issues with Firefox, but those memory leaks are hard to reproduce.

    --
    Rudolf Hess edited Mein Kampf. He was the very first grammar nazi.
  97. Re:FF4 has some pretty serious memory leaks still, by psmears · · Score: 1

    A browser should always be conservative on RAM usage, even if it seems to have plenty available.

    Always? Are you sure about that? I'm pretty sure I could write a web browser that used a tiny fraction of what any of the browsers use today. Performance would suck though :-).

    The point I'm trying to make is that it's very much a tradeoff - using less memory often means running slower in certain circumstances. Making the "right" tradeoff is very difficult, especially with the situation of a web browser, where hardware resources, workload (ie complexity/number of sites) and expectations vary enormously :-)

  98. Re:FF4 has some pretty serious memory leaks still, by sjames · · Score: 1

    With 500 tabs open, I can get it to over a GB, but only 700MB are resident. But that's a lot of tabs.

  99. Re:FF4 has some pretty serious memory leaks still, by psmears · · Score: 1

    But in that case users will complain about memory use and hard disk activity, not a slowdown.

    Can I swap some of your users for mine? ;-)

  100. Re:FF4 has some pretty serious memory leaks still, by maxwell+demon · · Score: 1

    Being conservative on RAM usage doesn't mean to reduce it on any price. It means not taking any decision which increases memory usage lightly, and to err more in the direction of too little than too much memory usage. It means caring about memory usage, and not wasting much memory for minor improvements. It means specifically thinking about how memory usage can be improved, and giving that topic a priority.

    --
    The Tao of math: The numbers you can count are not the real numbers.
  101. Re:FF4 has some pretty serious memory leaks still, by ObsessiveMathsFreak · · Score: 1

    Memory fragmentation will not directly cause a program to slow down.

    Simple models of memory don't work well when applied to real computers.

    --
    May the Maths Be with you!
  102. Re:FF4 has some pretty serious memory leaks still, by Smauler · · Score: 1

    A cheap 2 gigabyte stick of RAM is about £30 now, at most... how hard up are you not to be able to afford a couple, or at least one of those?

    I don't get the Firefox memory issue. I've been running it for about 24 hours now, and it's sitting on 140mb in Vista64 (4gb installed, about 1.5gb used total ATM). I do get other issues with Firefox, such as the unable to close (even empty) tabs bug... but memory usage is not one of the problems.

    If you don't like utilities using lots of RAM, make sure your operating system isn't throwing memory about randomly... Stuff like prefetch on Windows chews your hard disk and throws everything into RAM. Some people like it because it makes applications launch about 5-10% faster on average. I don't, so I turned it off.

  103. Re:FF4 has some pretty serious memory leaks still, by Anonymous Coward · · Score: 0

    They must have fixed the problems I had with Firefox, then... that or I'm forced into using horrible web pages frequently, which Chrome just doesn't seem to have a problem with. I could never keep my Firefox open for more than a week until it ate up all the RAM I have--I'd go from in the 100MB used range to almost 100% of my 2GB in use, then back down to around 100MB as soon as I closed Firefox (and waited for it to clean up). That's why I stopped ever using Firefox...

  104. Re:FF4 has some pretty serious memory leaks still, by Anonymous Coward · · Score: 0

    The thing about you Firefox supporters is that you aren't heavy web users. You think that a few hours of casual browsing is enough to make a comparison on.

    The current uptime for my browser (Opera) is almost 2 and a half months, with heavy, daily usage. Try doing that on Firefox and see how long it runs before you have to restart it.

  105. Re:FF4 has some pretty serious memory leaks still, by Anonymous Coward · · Score: 0

    It's not a memory leak problem. This is pretty obvious when, after weeks of continuous use, Firefox's memory usage remains more or less constant.

    However, Firefox does have a memory fragmentation problem. After continuous use, the program will become noticeably slower on certain tasks which it previously had no issues with. This is particularly the case if you're visiting more intensive webpages. Often you're better just restarting it after the first 100 or so tabs.

    I have the exact same problem with Chrome - slowing down on certain tasks for no apparent reason except for having lots of tabs open, yet I have lots of free memory.

  106. Re:FF4 has some pretty serious memory leaks still, by Skreems · · Score: 1

    I don't get the Firefox memory issue. I've been running it for about 24 hours now, and it's sitting on 140mb in Vista64 (4gb installed, about 1.5gb used total ATM). I do get other issues with Firefox, such as the unable to close (even empty) tabs bug... but memory usage is not one of the problems.

    I was in the same camp until I upgraded to Windows 7. I installed a subset of the extensions I had installed on the old system, where Firefox used to run just fine. Only now I can hit over a gig of memory in less than a day of relatively heavy browsing, and this is more than enough to slow the browser down a whole hell of a lot. Something is obviously wrong. Not wrong enough that I'm going to switch browsers, but wrong enough that I'm a little pissed they won't take some time to dig into it and fix it.

    --
    Slashdot needs a "-1, Wrong" moderation option.
    The Urban Hippie
  107. Ummm okay!! by HugeLandMonster · · Score: 1

    OS: Ubuntu 10.04 64bit

    CPU: AMD Phenom(tm) II X6 1055T Processor @ 3.3ghz
    RAM: 4GB DDR2 800mhz

    Chromium 9 alpha: 9.0.563.0 (63660) Ubuntu 10.04
    FireFox 4 beta: Mozilla/5.0 (X11; Linux x86_64; rv:2.0b8pre) Gecko/20101020 Firefox-4.0/4.0b8pre
    Opera 11 alpha: Opera/9.80 (X11; Linux x86_64; U; en) Presto/2.6.37 Version/11.00 - build 1029

    Sunspider Benchmark(Lower is Better):
    214.6ms - Opera
    246.6ms - Chromium
    252.8ms - Firefox

    V8 Benchmark(Higher is Better):
    Score: 5499 - Chromium
    Score: 4695 - Opera
    Score: 3374 - Firefox

    Dromaeo JavaScript Test Benchmark(Higher is Better):
    590.07runs/s (Total) - Chromium
    399.95runs/s (Total) - Opera
    399.25runs/s (Total) - Firefox

    To be fair at time of writing this there was 7 newer nightly builds for Chromium. Regards to Firefox, is their JagerMonkey engine based on webkit?

    1. Re:Ummm okay!! by multipartmixed · · Score: 1

      > Regards to Firefox, is their JagerMonkey engine based on webkit?

      No, it's a method JIT with PIC and other goodies that compiles from the interpreter's byte code.

      Tuning underfoot now is helping decide when to use TM instead of JM. TM runs loops through the interpreter, records the results, and generates type-specialized assembly.

      TM is theoretically much faster but also much more expensive to compile and tricky to make optimal.

      --

      Do daemons dream of electric sleep()?
    2. Re:Ummm okay!! by BZ · · Score: 1

      > FireFox 4 beta: Mozilla/5.0 (X11; Linux x86_64; rv:2.0b8pre) Gecko/20101020
      > Firefox-4.0/4.0b8pre

      A regular nightly, or from the tracemonkey branch? The latest batch of JS improvements that the article is about hasn't landed on the main trunk yet.

      But yes, under the assumption that this is a mozilla-central nightly the numbers you quote look about as expected.

      For your last question, JaegerMonkey uses the same assembler as Nitro to do the final generation of bits in memory from the output of the compiler. It also use the same regular expression engine as Nitro. Those are the only things that are shared with Nitro. It also shares some number-to-string conversion code with V8, as I recall.

  108. Re:FF4 has some pretty serious memory leaks still, by cheater512 · · Score: 1

    Then you clearly dont know what the swap file is for.

    Hint: Its there for stuff your computer doesnt need anymore and who's memory can be better used elsewhere.

  109. using latest firefox by Anonymous Coward · · Score: 0

    right now I have 197 tabs open, and consume 428MB of ram on a system with 2GB.

    I do have noscript installed however. If this were not the case I could see the memory consumption being much higher.

  110. Re:FF4 has some pretty serious memory leaks still, by Lotunggim+Ginsawat · · Score: 1

    The thing about you Firefox supporters is that you aren't heavy web users. You think that a few hours of casual browsing is enough to make a comparison on.

    Citation needed. Where the hell you get the idea that Firefox users are not heavy web users? If you want to say the same thing about IE maybe I can accept it.

  111. Re:FF4 has some pretty serious memory leaks still, by Nikker · · Score: 1

    Of course, for every "memory usage is fine" story, you have a "memory leaks!" story

    While I see great evidence of this it still must be understood that you cannot just claim there is a bug with out providing some sort of backing to your claim. Not that anyone is necessarily lying but with out further information no one is going to be able to plug any leaks or fix any bugs. Primarily that is what I see in relation to this claim. You see a comment saying FF sucks! I do something with it and it is claiming $somehugeamount of RAM!!! With out knowing the complexity of each page loaded at that time, what plugins and other technologies are involved and possibly interacting with each other how do you expect the problem to get fixed?

    --
    A loop, by its nature, continues. If that didn't make sense, start reading this sentence again.
  112. Re:FF4 has some pretty serious memory leaks still, by Meski · · Score: 1

    You're right, but wait, so is he, in a way. I'd in no way want to disable a swap file for performance, but, if FF thinks it can use that much of total available memory for a given computer, then something is wrong. (IIRC, FF lets you tweak all that, but I gave up using it in favour of Chrome)

  113. Re:FF4 has some pretty serious memory leaks still, by ipozgaj · · Score: 1

    If you have 90-120 opened tabs then you have more serious problems than memory leaks :).

  114. Re:Yeah.... So? by rdebath · · Score: 1

    Well, if it sucks, maybe you should implement a vacuum cleaner with it.

    Tried that, it chokes.

  115. Re:FF4 has some pretty serious memory leaks still, by silanea · · Score: 1

    The thing about you Firefox supporters is that you aren't heavy web users. [...]

    Say what?! That has got to be the most hilarious statement I ever heard in this debate. Besides, it is up for debate. I had FF running for days at a time, and the last time it ran out of memory for me was around the introduction of the first v3 betas.

    I am a web developer. I usually have ~10 JS heavy tabs open continuously over the day, plus those that I open and close during "normal" browsing. I run nightly builds, have been for several years without major issues. I have 21 extensions installed, many of whom in beta or nightly builds. And the only thing that consistently gives me trouble is the Flash plugin.

    Again: I do not dispute that Firefox has issues. But memory leaks are way overblown.

    --
    Rudolf Hess edited Mein Kampf. He was the very first grammar nazi.
  116. how much of those have big or animated images? by higuita · · Score: 1

    how much of those have big or animated images?

    IIRC, caches images in ram and specially animated images (gif and apng) can eat many for each frame:

    https://bugzilla.mozilla.org/show_bug.cgi?id=523950

    so the problem might be probably that many images are bigger than they should be and uses more animations than they should.

    the the sad true is that most webpages are too bloat and heavy, if one have too many open tabs, that bloat will slowly end eating your ram (no matter what browser you have)

    --
    Higuita
    1. Re:how much of those have big or animated images? by sjames · · Score: 1

      Only a few. I haven't really looked at that, so it's possible that large animated gifs take up a fair bit or ram, but wouldn't necessarily be a memory leak.

  117. Are gmail and google maps by Nicolas+MONNET · · Score: 1

    dancing blinking crap?

  118. old screenshots by higuita · · Score: 1

    1-most of those screenshots come from FF2

    2-most of those problems are memory leaks for extensions or plugins (did someone said flash!!)

    3-what loaded pages they had? each page have their own requirement... having 1 google image search, some flirk pages and a grooveshark page might eat more RAM than hundred of text only wikipedia pages

    not that FF4 is problem free, but most people dont compare memory usage in a fair way... they must use the latest version, without extensions and open (and click, scroll, mouse over, etc) the same pages on both browsers

    --
    Higuita
  119. Yes but there is a FF 64bit version too ;) by akayani · · Score: 1

    And I bet that isn't what was tested as it has issues. There is more speed to come.

  120. You don't need Ajax, or any other "Hype du Jour" by Joce640k · · Score: 1

    I bet you wouldn't be saying that if you had to wait for a page reload every time you click a Slashdot link...

    --
    No sig today...
  121. Re:FF4 has some pretty serious memory leaks still, by Ash-Fox · · Score: 1

    I'm still waiting for a response. Why haven't you responded?

    Why can't you explain to me why I am not seeing these problems?

    You were so eager to prove me wrong, which you failed to do but you still didn't have the courtesy to even answer my only question. Why don't I see these problems?

    --
    Change is certain; progress is not obligatory.
  122. Re:FF4 has some pretty serious memory leaks still, by bill_mcgonigle · · Score: 1

    I had that problem before discovering the BarTab extension. It fits my usage pattern well.

    --
    My God, it's Full of Source!
    OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
  123. Re:FF4 has some pretty serious memory leaks still, by Anonymous Coward · · Score: 0

    "days" try "months"

    You prove the very point in which you try to argue against.

  124. Re:FF4 has some pretty serious memory leaks still, by silanea · · Score: 1

    "Heavy web user" to me implies many open tabs, JavaScript-heavy websites, many add-ons and extensions. I know nobody in person who leaves their browser open for more than a few days at a time, not even with hibernation. How do you manage to achieve such "uptimes"? Do you never install browser or OS updates?

    No offense: You may qualify for the Gold edition geek card, but you are not a "heavy web user", you are a fringe case.

    --
    Rudolf Hess edited Mein Kampf. He was the very first grammar nazi.
  125. Re:FF4 has some pretty serious memory leaks still, by sjames · · Score: 1

    VERY useful. I've just installed it. Thanks!