Slashdot Mirror


Minefield Shows the (Really) Fast Future of Firefox

zootropole writes "If you are using Firefox 3 (or even Chrome) you should consider taking a look at Mozilla's Minefield. This browser (alpha version yet, but stable) would give a new meaning to 'fast browsing experience.' Some Firefox extensions aren't supported, but riding the fastest javascript engine on the planet definitely worth a try. Minefield's install won't affect your Firefox, so there's no risk trying it. It's fast. Really. And I'm loving it." Reviews popping up around the web are overwhelmingly positive, calling the upcoming browser crazy fast, blisteringly fast, etc.

40 of 412 comments (clear)

  1. First Post! by mincognito · · Score: 4, Funny

    thanks to minefield :)

    1. Re:First Post! by paintballer1087 · · Score: 5, Funny

      Hmmm. It looks like there's still some speed issues that need worked out. Don't worry, I'm sure you'll be able to get first post by Beta 2.

  2. Suggesting nightlies to regular users?! by Anonymous Coward · · Score: 5, Insightful

    Are you crazy? If you want to be a little risky, try the 3.1 beta. Nightlies shouldn't be used by those that want to use extensions or avoid crashes.

    1. Re:Suggesting nightlies to regular users?! by richy+freeway · · Score: 4, Interesting

      I dunno. I use the nightlies at work and the stable at home, it's very rare that anything is really broken in the nightlies and it crashes about as much as the stable version.

      I don't use any extensions though.

    2. Re:Suggesting nightlies to regular users?! by ajs · · Score: 5, Insightful

      What's more, this is the same thing we hear every 2 years. "Browser X is really fast!" Then six months later you hear, "Browser X was lagging behind the pack because it didn't have support for A, B and C, but now it's getting them." After that you get, "Why is Browser X so slow these days?" And inevitably, "Browser Y is really fast!"

      When are we going to realize that browser maturity and performance are going to be on opposing curves and jumping ship to an immature browser just sets you up to lose functionality for a short period of time until the performance can be gobbled up by it.

      This is exactly why I'm not using Chrome. Chrome is very nice, but it doesn't have most of what I require of a browsing experience. Once it does, THEN I'll evaluate its competitiveness, not before.

    3. Re:Suggesting nightlies to regular users?! by meringuoid · · Score: 5, Funny

      Nightlies shouldn't be used by those that want to use extensions or avoid crashes

      I dunno. I use the nightlies at work... I don't use any extensions though.

      +1 Missed the point but still sounded vaguely insightful?

      You missed out the 'or' operator. The original statement was that IF (you want to use extensions OR you want to avoid crashes) THEN you shouldn't use nightlies. The followup said that he used the nightlies and avoided crashes just as well as with the stable release, although he didn't use extensions. So: wants to use extensions FALSE, wants to avoid crashes TRUE, and as it turns out nightlies work just fine. Hence OP's theorem is disproved by counterexample.

      Really, this is basic Boolean logic. Anyone reading /. ought to understand this stuff...

      --
      Real Daleks don't climb stairs - they level the building.
    4. Re:Suggesting nightlies to regular users?! by JTorres176 · · Score: 5, Insightful

      Speed seems to be determined by a lack of bloat... and by bloat, I mean features. Firefox, back in the days it was referred to as phoenix, was exceedingly fast. Since then, fancy bookmarking, spellchecking, rss feeds, etc, etc has been added to it, causing slow startup and loading times. With the addition of a few thousand lines of code, not surprisingly, anything will take a bit longer to start up and go.

      Chrome doesn't have many features, so it runs amazingly fast. Minefield doesn't have many features, so it runs amazingly fast. If either of them are weighted down with features (code bloat) then they will slowly grind to a halt much along the lines of IE or current FF.

      --
      Evil Walrus >83=
    5. Re:Suggesting nightlies to regular users?! by DMUTPeregrine · · Score: 5, Insightful

      Except that, you know, Minefield is the Firefox trunk. The same thing FF 3.0 branched from, and what 3.1 will be taken from as well. The minefield in the article is simply the current nightly for FF 3.1. So it still has the features, AND is fast.

      --
      Not a sentence!
    6. Re:Suggesting nightlies to regular users?! by beelsebob · · Score: 5, Informative

      I don't even understand the hype about it being fast. It's *really* slow compared to for example the latest WebKit nightly, here's the benchmarks on my machine:

      Sunspider:
      FF3.0.3: 2697.2ms
      Minefield (jit enabled): 1412.4ms
      WebKit: 680.6ms

      V8 bench:
      FF3.0.3 - 199 runs
      Minefield (jit enabled): FAIL (brings up printer dialog rather than actually running javascript)
      WebKit: 2342 runs

      ACID 3:
      FF3.0.3 - 71 and significant laggyness
      Minefield (jit enabled): 89 with only a little jitteryness
      WebKit: 100 totally smooth.

  3. Re:Firefox Replacement by PenguinBob · · Score: 5, Informative

    These are the nightly builds, once they like how the nightly builds work, they will release them as a "Firefox" update.

  4. Re:Firefox Replacement by Bert64 · · Score: 4, Informative

    They will, it's an early beta and is therefore considered unstable...
    Today's nightly for mac crashes on http://www.pentestmonkey.net/jsbm/index.html which is a javascript benchmark, i was trying to see if it really is as fast as the article claims... Currently the webkit nightlies seem to be the fastest on this benchmark, by quite some considerable margin.

    --
    http://spamdecoy.net - free throwaway anonymous email - avoid spam!
  5. Re:Firefox Replacement by Millennium · · Score: 4, Informative

    If it is that much better, why arent they just replacing Firefox with it??

    They will, though it will be called Firefox when that happens. "Minefield" is just the code name for Firefox 3 nightlies, and it's called that for a reason: as a developer-intended build, it's prone to blowing up.

    It will be released when it is ready. That time isn't yet.

  6. Re:Firefox Replacement by gwking · · Score: 4, Informative

    Minefield isn't very different from FF at all.... because Minefield *is* Firefox. The main development code is called Minefield. At different points they branch the code off to become the versions of Firefox that we all know.

    So they branched Minefield several months ago to become Firefox 3.0 but continued work on Minefield and now a new branch from Minefield will become Firefox 3.1.

  7. Re:faster than Chrome by Joe+Tie. · · Score: 5, Informative

    It has the potential to be, at least for interpreting javascript. The gui still feels a lot more sluggish though, and general rendering still seems quite a bit slower as well. Just remember to do the about:config thing, then search for jit, and turn the two options on to get the speed boost.

    --
    Everything will be taken away from you.
  8. Java v. Javascript by michaelhood · · Score: 4, Insightful

    OK, it's time for us to start educating users and the media of when to properly use the monikers Java and JavaScript.

    The article linked to from the summary says "Handles Java Well" in the subtitle, but then never mentions it again - only JavaScript.

    These are NOT THE SAME.

    This is, of course, CBSNews.. but I have seen the same mistake in so-called "tech" media lately, too.

  9. Oh goodie!!! by $RANDOMLUSER · · Score: 4, Funny

    Another browser to test on!!!

    "Hey Rockie, watch me put a gun in my mouth!"

    --
    No folly is more costly than the folly of intolerant idealism. - Winston Churchill
  10. Re:Minefield? by michaelhood · · Score: 4, Informative

    What the hell kind of codename is that? Maybe an attempt at 'truth in advertising'?

    That's exactly what it is. Minefield always refers to the current alpha-release of the upcoming "major" release.

    Don't use it unless you know what you're doing. Suggesting end-users use this, without briefing them on why it will crash [frequently], is irresponsible at best and does a disservice to the alternate browser movement.

  11. Re:faster than Chrome by LSD-OBS · · Score: 5, Informative

    Of course, you have to enable the TraceMonkey JIT JavaScript compiler before you'll see any reasonable speed increase (in theory). Just go to about:config, search for the 2 items with "JIT" in their name, and enable them.

    My stress tests have shown it to be 10-50% faster than Chrome *when* JIT works. However, it's still buggy as hell, it eats its own memory heap and grinds to inexplicable halts kinda randomly whenever my code does anything repetitive and strenuous, bringing the average execution speed down to almost FF2 levels, meaning it's faster for me to leave JIT disabled. It's a no-go for me until they fix that.

    --
    Today's weirdness is tomorrow's reason why. -- Hunter S. Thompson
  12. But Chrome wasn't the fastest! by Shin-LaC · · Score: 5, Informative

    People are talking as if Chrome's V8 was the fastest JavaScript engine around, but it wasn't - WebKit's SquirrelFish Extreme was faster. Is Minefield's engine even faster? Ars Technica's tests show that TraceMonkey runs the SunSpider benchmark in between 78% and 84% of V8's time. However, according to earlier tests, SquirelFish Extreme completes the benchmark in 74% of V8's time, making it even faster than the newest TraceMonkey. So it looks like Minefield, though fast, is not the fastest browser in JavaScript.

    1. Re:But Chrome wasn't the fastest! by tnk1 · · Score: 5, Funny

      My ManBearPig smashes your SquirrelFish and your silly TraceMonkey.

      Since I am not going to RTFA, I am going to speculate that Minefield is Mozilla's answer to Microsoft by way of having a faster, more modern version of Minesweeper.

      Take that Evil Empire!

    2. Re:But Chrome wasn't the fastest! by Cthefuture · · Score: 4, Interesting

      I'm interested in using Javascript as an embedded language, it's too bad most of the current JS engines assume they will be running in a browser. Yes, you can build standalone TraceMonkey and SquirrelFish shells but it isn't very easy on all platforms (no Visual Studio project, etc) and they aren't very easy to embed.

      For general application development outside of a browser I have found V8 to be faster than the others. It's also a lot easier to build standalone or embedded in other applications. It's also very easy to add extensions to (written in C++), especially compared to the other choice.

      I'm keeping my eye out but right now V8 fits my needs the best. If the other projects would do a little work towards focusing on general application development in their respective JS engine then I might switch. Switching will be a pain in the butt though because my C/C++ extensions will have to be ported to each engine. I kind of wish there was less diversity because right now it's hard to tell which engine is going to take off (eg. Google could abandon V8 for one of the other engines like SquirrelFish since they are using WebKit anyway).

      Unfortunately all of them, including V8, are pretty large compared to cleaner scripting languages like Lua which makes embedding them in mobile applications kind of annoying (although we're getting more and more space on these things).

      --
      The ratio of people to cake is too big
  13. Re:mozilla minefield? by Ant+P. · · Score: 4, Insightful

    That was their intention.

    It keeps idiots like you who look at the name only away from the nightly builds, and anyone with enough of a clue to not judge it by its name is also by extension usually intelligent enough to read the fucking warnings not to use it in the first place.

  14. Re:Firefox Replacement by kbrosnan · · Score: 4, Informative

    No it is the name for the unstable trunk, Shiretoko is the code name for Firefox 3.

    --
    These people look deep within my soul and assign me a number based upon the order I joined. -Homer Simpson
  15. Is it faster than wget? by davidwr · · Score: 4, Funny

    Just asking.

    --
    Knowledge is how to play a game, intelligence is how to win, wisdom is knowing what game to play.
  16. This is irresponsible by jalefkowit · · Score: 5, Informative

    People. There is A REASON why Mozilla calls these builds "Minefield" rather than "Firefox".

    It's because they're not ready for daily use.

    They may be faster than the released version of Firefox, but they also may contain major, showstopping bugs, up to and including bugs that can cause data loss.

    The only people who should be using them are people who understand this risk and are willing to accept it -- i.e. testers.

    Anyone promoting these builds for use by the general public is being irresponsible and exposing anyone who takes their advice to risk.

    TFA is bad enough, but it's worse to see major sites like Slashdot parroting this bad advice. You should be telling your friends to avoid Minefield, not to seek it out.

    1. Re:This is irresponsible by SkankinMonkey · · Score: 5, Insightful

      I don't think anyone is encouraging the masses to use a nightly. However, slashdot is "News For Nerds" right? Nerds should be able to use a nightly without destroying their computers beyond recognition, if not they need to give their badges back.

    2. Re:This is irresponsible by jalefkowit · · Score: 4, Informative

      You got lucky.

      A nightly build is exactly what it says it is -- a snapshot of the codebase as of a given day.

      Some nightly builds may be completely bug free. Others may be chock full of major dataloss bugs. It's a crapshoot.

      Your friends may be fine today, but if they decide to "update Minefield" on the wrong day in the future, they're gonna get screwed.

      That's why I call it irresponsible.

  17. Re:This is a step up by Jaysyn · · Score: 5, Insightful

    Seems pretty quick to me, but that's probably cause it's not running my 15+ extensions.

    --
    There is a war going on for your mind.
  18. Re:Hyperbole by Mr+Z · · Score: 4, Funny

    Well... it's 10% faster than Chrome, not than Firefox 3. So, to use your analogy, it's like you're going down the road at 35MPH when Chrome blows by doing 80, and then Minefield blows past doing 88MPH.

    (Just better watch that flux capacitor...)

  19. Re:This is a step up by happyDave · · Score: 5, Informative

    Please remember that if you messed with minefield "a few months back" then its been through dozens of iterations since then. It's a nightly build.

  20. No thanks by andy1307 · · Score: 4, Insightful

    The biggest advantage of firefox is the ability to block out javascript via NoScript. Why would I want to give that up?

  21. Re:You can never call MS Evil again.. by Ash-Fox · · Score: 4, Informative

    All these years people in the Unixy world gave Microsoft a ton of crap for VB, and now, after all this time, they've come up with something arguably worse... javascript, and now, a javascript compiler.

    Javascript was not created by the opensource community (it was created by Brendan Eich and ended up becoming part of Netscape, which was not open source at the time). Additionally, Javascript has reasonable structures that don't deteriorate when the software expands to large sizes.

    Check out Synchronet, it has IRC servers, NNTP servers, Gopher servers etc. all written in javascript. The code is completely readable (generally not the case with VB when the code reaches that complexity) and cross-platform.

    There is nothing fundamentally wrong with the Javascript language, like there is in visual basic.

    --
    Change is certain; progress is not obligatory.
  22. Re:Competition and economics by hraefn · · Score: 5, Informative

    The browser war heated up when Google (and others?) started paying out on ad revenue created by in-browser searches. Apple makes some nice change on Safari. So does the Mozilla Foundation, apparently.

    There would be very little competition if there wasn't money to be made.

  23. SVG too by Cthefuture · · Score: 4, Interesting

    One thing I'm most impressed with is the SVG performance. It's starting to almost become an alternative to Flash for interactive applications. I like it and I hope it gets even faster.

    --
    The ratio of people to cake is too big
  24. mod parent up by Metaphorically · · Score: 4, Informative

    ffs. This story has been making the rounds about "Firefox Minefield" being an awesome browser. Well the next release of Firefox may be awesome, but this is a nightly build that was given the name Minefield so people might get the idea that, as the parent pointed out, it's unstable.

    --
    more of the same on Twitter.
  25. Re:This is a step up by nickheart · · Score: 4, Interesting

    Going back to chrome. Minefield is not faster than chrome. Oh, and yeah it does interfere with Firefox. It gets completely confused if you try to launch it while a firefox.exe process is running. Also, since when should an Alpha version have the default setting of "set minefield to the default browser"???

  26. Re:Firefox Replacement by mad.frog · · Score: 4, Informative

    PowerPC is being added to the Nanojit (backend for Tracemonkey and Tamarin).

    Help is welcomed. Hop onto #tamarin for pointers.

  27. Re:Competition and economics by argStyopa · · Score: 5, Insightful

    "DISCLAIMER: Use of this advanced computing technology does not imply an endorsement of Western industrial civilization."

    Actually, yes, it does. You're just too much of a hypocrite to recognize it.

    --
    -Styopa
  28. SquirrelFish won't be the faster for much longer by Osvaldo+Doederlein · · Score: 4, Informative

    These benchmark results are a bit debatable - I've seen different suites electing different "winners" and, while SunSpider seems to be the best, it's a long way from a robust benchmark like SPEC* or DaCapo.

    In any event, even if SFX is leading the pack right now, that's because it's the most mature competitor, and its advantage won't last too long. I predict (and I write this logged with my account, not AC, so I would be forever glorified when this becomes true in 12 months max) that both V8 and TraceMonkey will take the lead, leaving SFX in a safe third place permanently.

    The reason is very simple. All these new JS VMs are JIT compilers, producing native code. But SFX is a context threaded JIT. Context threading is just a step beyond traditional direct-threaded interpreters: functions are 'compiled' into streams of CALLs into routines that implement each bytecode operation, but there is limited inlining (simple operations and branches), with a focus on reducing branch misprediction.

    OTOH, both V8 and TraceMonkey are "real compilers" that emit real native code (not CALL streams) for entire functions (or even larger chunks of code, with inlining). This is necessary to enable traditional optimizations like register allocation, instruction scheduling, constant folding, loop unrolling etc. Some of these optimizations can be performed on a high-level intermediate code representation (HIR), but that's typically not worth the effort without real compilation. E.g., loop unrolling will just waste memory an i-cache efficiency if performed by a threaded interpreter/JIT... as the real benefit of unrolling is giving the compiler a much larger basic block to perform other opts like extra folding and bounds-check elimination, or real low-level tricks like exploring using SIMD registers and operations / Instruction-Level Parallelism / prefetching / branch predication etc.

    The only reason why V8 and TraceMonkey don't completely 0wn the benchmarks today, is that these JITs are still in their infancy. They have implemented the foundations (like V8's hidden classes or TM's tracing), but they still miss to implement dozens of important optimizations (including very easy ones - they just didn't have the time yet). Check some comments about V8's limitations. TM's developers have also commented on many limitations, quote (Andreas Gal: "If it talks to the DOM during the benchmark, we currently donâ(TM)t compile across such calls (we plan to for Beta2 though)". This and several other improvements are planned for future builds of Firefox 3.1. Notice that items like special support for DOM interactions and event handlers should be critical to some benchmarks - and of course to real-world RIA apps. I'm sure the V8 hackers are also working around the clock to fill in their own gaps. When both VMs are reasonably mature, SFX will have a VERY hard time competing (unless of course, they abandon the context threading model and mutate into a real compiler). Other optimizations, like JITted regex, can be implemented in all VMs and will eventually be ubiquitous.

  29. Re:Competition and economics by 2nd+Post! · · Score: 4, Insightful

    How/why do you hate capitalism? That is about as specific as saying you hate socialism, when in reality most people hate poorly implemented socialist governments.

    As far as I can tell, the fact that you enjoy competition and therefore the fruits of competition is a direct endorsement for capitalism, at least at a basic level. Add another layer, that you agree to the negotiable exchange of value, and you have capitalism right there.

    How can you hate that? IE, Firefox, Safari, Chrome, and Opera all happen to give you a free web browser in exchange for different goods OTHER than money, which means they all play in the capitalist system.

    IE for control of the internet
    Safari to prevent Microsoft controlling the internet
    FireFox in exchange for investments from Google
    Chrome in exchange for more data mining
    Opera in exchange for license fees