First Look At Firefox 3.0 Beta 2
DaMan writes "ZDNet takes Firefox 3.0 beta 2 for a spin and draws some conclusions that should be sweet music to Mozilla's ears.
"Beta 2 feels snappier and far more responsive than beta 1 (or Firefox 2.0 for that matter) and I can feel the difference on all the systems that I've tried it on — from a lowly Sempron system to my quad-core monsters. No matter what you want doing — opening a new tab, moving tabs, opening up Find, zooming in and out of the page, bookmarking — it all happens swiftly and smoothly. What surprises me about the Firefox 3.0 beta is how many memory leaks that Mozilla have fixed. Complaints of memory leaks with Firefox 2.0 were met with an attitude of "Leaks? What leaks?" Considering that there have been more than 300 leaks plugged, it's obvious that past versions leaked like sieves.""
But does it pass Acid 2?...
I was under the impression that the issue was memory fragmentation. Ah well... does anyone have a link about this? I swear I read it somehere, or maybe it's from here heh.
But on older systems, the sieve like memory leaks made it inoperable within a short period of time. Hopefully this will allow those of us who run legacy hardware to have a modern relatively secure web browser.
I remember the excitement when people first started using the trimmed down Firefox versions. Lean, mean, secure, and eventually the amazing array of extensions people have grown to no longer be able to do without.
... ...
Those days seem long ago now. The project needs a top to bottom rewrite to deal with orders of magnitude more demanding usage of large numbers of tabs over days or weeks at a time.
Firefox needs to:
1) Implement threading both between tab sessions and within tabs themselves
2) Bring the memory-performance balance up to par with other browsers
3) Implement some sort of standard memory/resource allocation/deallocation API for extensions so that people can bring up a standard window and see:
Tab 1: 35 megs
Tab 2: 50 megs
Extension 1: 500k
Extension 2: 100 megs == Zoinks!
Extension 3: 300k
So that memory/resource leaks can be readily identified, reported, and fixed.
The save active tabs option has helped to allow people shutdown and wipe the memory slate clean but that really is not a solution a decent piece of software should be forced to rely on.
I love my firefox, but with Opera and Konq out there, the only reason I really stick to Firefox is for the extensions that I simply can't live without. I am getting so damned tired of it crashing on KDE time after time that I'm on the verge of being willing to dump it all and survive extension-free. As it is, I'll be just browsing around, reading some stuff, click a link... the page I want will start to come up... and then it'll just hang out of nowhere and never come back to life. I'll kill the process and re-launch it and it'll be fine again for a few hours. It's just so damn frustrating. Thank god for the session saver. That absolutely had to be implemented, because without it nobody would continue using firefox unless it was completely crash-free.
I do like the idea of using Konq full-time, but the extensions just aren't there. Meh.
The Super-Autocomplete dropdown is disturbing. I'll be typing something into the URL bar trying to show my mom a web site and I'll see a few porn site entries flash by in large type and with kinky icons. The older list was much more discreet.
'leaks like a sieve' has been a figure of speech for quite some time now, I don't think you can blame its inaccuracy on the author of the article
This is really the worst part of modern software-development practices. When users complain about bugs, they are met with hostile demands to explain exactly, how to reproduce the bug, and the complainer is always presumed to be doing something wrong. Those, who aren't willing to put up with the hostility are not even deemed worthy of being a user — if you had a bug, you should've reported it!
But when a new release has (some of) the bugs fixed, the fixes are touted as a major leap forward. We are supposed to love the new version for all the fixes it includes — and ignore all the bugs, that the next version will be addressing...
In Soviet Washington the swamp drains you.
And since memory is so cheap these days and everyone has a ton of it, what's the big deal about half a gig dedicated to the browser anyway?
Maybe if you're a web developer. My whole OS doesn't use half a gig of memory!
ACID2 fits in perfectly with the Microsoft Mindset. Remember how MS screwed other browsers. They...
1) custom coded their HTML generators (e.g. Frontpage) to generate badly broken webpages, which any sane browser (Netscape, Mozilla, Firefox, Opera, Konqueror, etc) would have problems with
2) custom coded IE to handled the badly broken webpages produced by Frontpage, etc.
The net result was a World Wide Web full of pages that are "best viewed with Internet Explorer". Embracing broken "MS Extensions" is wrong. Yet the people behind ACID2 seem to think that it's a good idea that a web browser should take a badly broken webpage and guess at what the "intent" of the webpage is. What's next? A C compiler that tries to guess what you intended your program to do, rather than returning a compiler error when it encounters broken C code? The solution to broken webpages should be to fix the broken webpages.
I'm not repeating myself
I'm an X window user; I'm an ex-Windows user
The number of leaks that exist in an application has little if any relationship to how much an application leaks memory. A single bad leak that happens often can cause enormous memory consumption, but even a large number of small leaks no one of which happens very often may not appear to leak much at all. Statements like this make me wonder if their author has ever written any nontrivial code at all.
I'm not at all saying that the Mozilla code isn't a memory hog (it's well-known that it is), nor that it doesn't exhibit the symptoms of memory leaks, which is also well-known, although as others have pointed out the issues are complex and often Mozilla gets the blame for leaks that are actually caused by third-party extensions. What I am saying is that you can't just simply count up the number of "memory leak bugs" and say whether an application leaks "a lot of memory" - sometimes the two are correlated, but by no means always.
Sheesh.
I am a rather heavy browser user. I usually have in excess of 50 tabs open. I usually keep going back to 3 or 4 of them, continuously open new tabs and close them, and occasionally go through the ones I have open and read/close them. I normally hibernate my computer (I run XP) and shut it down only occasionally. Currently my laptop has idle time of 107 hrs and Firefox has CPU time of 2hrs. I think I last restarted Firefox to install an update.
I used to have really serious memory problems with Firefox. My memory usage would skyrocket very quickly, and I'd have to close it and reopen. This stopped a while ago when I installed FlashBlock. I rarely view flash anymore, and my memory footprint is rather stable. Right now I have VM Size of 403M - not small, but I have 4 windows and 97 tabs open. Have fairly few add-ons installed: DownloadHelper, FlashBlock, IETab, TabMixPlus and TalkBack.
I don't believe that memory leaks on Firefox are a problem, at least not on Windows. I think it is the plug-ins that are causing the problems.
Cheers,
m