Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror
×
Mozilla The Internet Software

Real-World Firefox 3 Memory Usage Leads the Field 406

An anonymous reader writes "The author developed a program to snapshot memory usage per process every 3 seconds on Windows. Using this he recorded 3 hours of memory usage for five different browsers under real-world usage scenarios: Safari 3.1, Firefox 3, Flock 1.2 (a browser based on Firefox 2), Opera 9.5, and Internet Explorer 8. A million data points indicate that Firefox 3 has a surprising advantage over the other browsers tested. These are real-world tests and not contrived benchmarks."
This discussion has been archived. No new comments can be posted.

Real-World Firefox 3 Memory Usage Leads the Field

Comments Filter:
  • by xmas2003 ( 739875 ) * on Tuesday June 24, 2008 @05:28PM (#23924725) Homepage
    Interesting test - pretty amazing how FF3 basically flatlines at around 120 MBytes for over 2 hours of usage ... would have been interesting if the same methodology could be used with FF2 to see how much of an improvement FF3 is over that and how well the leaks were fixed. [komar.org]
  • by Anonymous Coward on Tuesday June 24, 2008 @05:31PM (#23924789)

    IIRC the memory displayed in process manager isn't necessarily the memory requested/used by the program, but merely what Windows has allocated, partially based on the applications requirements and partially based on what Windows _thinks_ the program needs.

    As such there's room for applications to look like they're using more memory than they are which can lead to misleading stats. If this test has only taken into account the memory windows has allocated it doesn't necessarily act as a measure of how efficient the program is at least, just how good it is at playing Window's memory management system.

  • by SgtAaron ( 181674 ) <aaron@coinet.com> on Tuesday June 24, 2008 @05:50PM (#23925077)

    I've been blessed with using a Duron 950Mhz with a gig of RAM, lately. Quite speedy. Heh. But I've used worse, as many can no doubt also say. Oh, and an GeForce4, and of course the X Window System. :-)

    I've always used Firefox, and Netscape before that, on my linux desktops. I must say that I tried Opera lately, for the first time, and found its rendering to be very spry. The difference was most noticable for me when loading very large web pages, or very detailed with lots of tables and such. The latter was our nagios service detail page, which the rendering in Opera was quite noticeable in its quickness.

    So I get to be torn now, maybe, speed vs lean...
    I do like speed. Opera's memory use doesn't seem to be so excessively bad as to negate the optimizations they seem to have coded into the rendering.

    Aaron

  • by Evanisincontrol ( 830057 ) on Tuesday June 24, 2008 @06:04PM (#23925235)

    Ok, I see your point. Let's pretend Browser X is using dirty tricks with Windows's memory management system to shrink down how much memory is allocated to it. Browser Y is not doing that and appears to be less efficient.

    Well and good, but it's irrelevant. The remains that Browser X is taking less memory from Windows's pool of resources. It doesn't matter how Browser X is doing it or how efficient Browser X being with the memory internally, it is a solid truth that Browser X is using occupying fewer system resources than Browser Y.

    It's really a moot point, because it's unlikely that the developers of Browser X knew any "cheats" that would let them use substantially less memory than every other browser out there.

  • by reg ( 5428 ) <reg@freebsd.org> on Tuesday June 24, 2008 @06:29PM (#23925539) Homepage

    That won't do those without 120 MB of memory to spare much good. Setting a cap on memory usage isn't a good solution, IMHO -- using well-designed memory handling that proactively frees memory seems to me to be a far better solution than a cap and garbage collection model.

    (-1, Uninformed)

    Firefox has no global cap on memory. It will dynamically configure it's caches (to some extent) based on the available RAM. It would be a stupid design to leave lots of RAM free, and reload stuff over the net. It also proactively frees memory, in most cases, although it sometimes delays a little, because it knows that you might turn around and reuse all of that memory you just stopped using. The GC is just for JavaScript (required by design) and for DOM nodes which end up being circularly referenced (which is unavoidable).

    Finally, 120MB is not a lot of RAM. Notice that the other browsers are using similar amounts of RAM.

    Regards
    -Jeremy

  • Re:Wait (Score:3, Interesting)

    by mapkinase ( 958129 ) on Tuesday June 24, 2008 @06:30PM (#23925551) Homepage Journal

    "Or only a post hoc ergo propter hoc fallacy combined with wishful thinking?"

    There is no "post hoc ergo propter hoc" here. There is only "hoc", because people are measuring exactly what they need: memory usage. "surprising advantage over the other browsers" is not "hoc", because it is not an event, it is just logical conclusion of two things: Firefox using less memory than other browsers and using less memory is advantage.

    The experiment observed did show less memory used and the conclusion is very logical.

  • by labmonkey09 ( 992534 ) on Tuesday June 24, 2008 @06:42PM (#23925713)

    I'd like to see this same test measured over performance (mem over load time) - that would tell us something interesting. The working set numbers are somewhat arbitrary, that is the allocation scheme they may have been "optimized" by the dev team in some way. The fact Safari isn't capping it's own usable makes me want to see why that is.

  • by neokushan ( 932374 ) on Tuesday June 24, 2008 @06:57PM (#23925889)

    Perhaps in days gone by it would have been shocking for browsers to use so much memory, but the memory being used is directly related to the content on the sites it browse.
    We recently seen studies indicating that the average website has tripled in size in the last couple of years alone, imagine how much bigger websites have got in the last 10-15 years?
    More images, higher resolution/dpi ones at that, flash, plus there's all the scripting engines and other plugins that have accumulated as well.
    While I comlpetely agree that software bloat shouldn't be accepted (Nero, I'm looking at you) and if anything, programs should become MORE efficient with age (in an ideal world), I think browsers could be one exception since the content they're handling has got so much bigger.
    So really, the best way to indicate progress here is to pit the fully featured browsers against each other and see who comes out on top. Probably still wont be firefox, but I bet the big three still use a lot of RAM compared to what was the norm a few years ago.

  • Well, your OS allocates that memory. In the case of Windows, if you hit 40 MB once, it very well may leave that much dedicated to FF, even if it's only using 25 MB internally. So, you have dedicated, unused RAM.

    I think on Linux, how fast it will put allocated and unused RAM back to the pool will depend on the vfs_cache_pressure, but I'm not sure about that, as that reclaims inodes from cache to make room for the buffers. VM management always confused me.
  • Re:If slashdotted (Score:5, Interesting)

    by Koiu Lpoi ( 632570 ) <koiulpoi AT gmail DOT com> on Tuesday June 24, 2008 @07:31PM (#23926313)
    Ffffffuck, is that a typo on Safari? That's stupendously huge! Is that because they have to load up some kind of ridiculous layer to make this mac-alike app run on windows? I know that iTunes uses a ton of ram too, but not six hundred megs huge.
  • by AbRASiON ( 589899 ) * on Tuesday June 24, 2008 @08:01PM (#23926639) Journal

    I couldn't agree more, I want an incredibly incredibly snappy browser, I don't care how much resources it requires.

    I have a theory and I'm convinced of this theory that cache in browsers simply has been broken, since the beggining
    I've used netscape, ie, ffox, netcaptor and god knows what else and no matter how big I set the cache or how regularly I hit sites, they still seem slow to load images and content.

    Perhaps it's the complexity of the pages has scaled up, I spose that is possible.
    I've gone from browsing on a Pentium 166mmx with 32mb over the years up to a quad core 3.2ghz machine with 4gb of ram and moved from 128k dsl / 512k dsl / 1.5mbit dsl / 8mbit dsl and 18mbit dsl.

    I am impatient, make no mistake but surely if we're just throwing images and text around, these damned things should be snappier?
    FFox 3 is definitely a move in the right direction, it's noticably faster than FFox 2 but I still find moving back / forward, clicking links and interaction in general should still be faster :/

  • by cgenman ( 325138 ) on Tuesday June 24, 2008 @08:18PM (#23926785) Homepage

    Or, of course, Browser Y takes more memory and caches more of what you're using, whereas Browser X hits your network more often. Browser Y might feel more responsive to your input. Browser Y might also be very efficient at freeing resources as the system needs, so that the actual system footprint is negligible, but unused resources are utilized efficiently.

    Of course all of that is speculation. Comparing browser based upon RAM footprint when they're all trying to cache the entire internet seems ridiculous. You might get somewhere if you removed all caching and pre-maxed out the real RAM, such that any and all activities hit the disk. But even then you'd be putting up a metric bereft of real-world performance ramifications.

  • Not on OSX (Score:3, Interesting)

    by thejuggler ( 610249 ) on Tuesday June 24, 2008 @08:34PM (#23926951) Homepage Journal
    They may have the Windows version memory under control, but the OSX (Leopard) version of FF 3.0 is still a PIG. Just starting up FF with 6 tabs (1 is Slashdot) and the memory usage is over 160Mb and virtual memory used is over 900Mb.

    And did they have to make the OSX skin so darn ugly?
  • Re:Hi twitter (Score:3, Interesting)

    by Crazyswedishguy ( 1020008 ) on Tuesday June 24, 2008 @08:38PM (#23927003)
    He does raise an interesting question (and I'm in no way bashing Vista):
    how do browsers compare on Mac OSX? Does Safari compare similarly to Firefox 3 on Mac OS X?
    I wouldn't be surprised if Safari performs better on OS X than on Vista because Apple has put more time into developing the Mac version...
    Similarly, I wouldn't be surprised if Firefox is optimized for the larger Windows market. I know that back in the day, on the old PPC macs, Firefox was pretty slow, which was a good reason to use Safari.
  • Re:-5 (Outdated) (Score:4, Interesting)

    by Ilgaz ( 86384 ) on Tuesday June 24, 2008 @09:21PM (#23927371) Homepage

    On fairly modern Nokia E65 with Apple Webkit based free "Nokia browser", I did total 1 hour browsing. That is heading to Opera.com for whatever they offer for my OS (it took that much to reach the right download page) and later bought it with Opera Mobile client itself.
    Thank God Opera Mobile exists as a choice. That is their 2 years old 8.65 code I bought. It is AGES ahead of anything on that smart phone.
    If they charge for their marvellous work, a browser which uses less memory than 8 MB on my S60 device that will , hell it is $20!
    That 2 years old code picks the right css from my web pages (all w3c compliant) and shows them like I have setup a special WAP site for phones.
    Now waiting for their 9.5 achilles heel.
    What bothers me is, they get 5-7 million downloads without advertisement (9.5 Desktop), they help hundreds of millions of possible devices doesn't even have a good WAP browser to access the web, they strictly support standards, they never sold out to MS (imagine Opera quality IE only exists on Win Mobile), they even support Windows 98 and they get THAT comment as return.

  • Re:IIS You (Score:2, Interesting)

    by coolsnowmen ( 695297 ) on Tuesday June 24, 2008 @10:57PM (#23928337)

    While it is slightly diffferent:
        I was an academic researcher working for a large engineering firm where the top level work is classified and they don't want anyone connecting the dots with what you are publishing and the work they are actually trying to do. So while I was free to publish my research, I was not allowed to attached the name of the Company to any of the papers.

  • by Anonymous Coward on Wednesday June 25, 2008 @12:27AM (#23929115)

    People confuse "using less memory" or "using a fixed amount of memory" with making good use of memory, but those are completely different things.

    How is not using freely available memory "an advantage"? If the RAM is just sitting there, not being used by any other process, I bloody well expect my browser to use it (cache more pages, preload the next links, etc.).

    Plus it's not an apples-to-apples comparison. Opera, for example, has a built-in e-mail client (with full message indexing), a built-in bittorrent client, and so on.

    And let's not forget that Opera can run on just about any cellphone or PDA, and Firefox cannot. So much for a "smaller memory footprint".

    Some OSS projects spend far too much time trying to come up with "comparisons" that make them look better than the competition and not enough time actually mking their product better. Some bugs in FF3 have been there since version 0.9.

  • Re:Except on Linux (Score:4, Interesting)

    by packman ( 156280 ) on Wednesday June 25, 2008 @06:35AM (#23931781) Homepage

    I can't say that what you're saying is very 'informative', sorry. While linux indeed uses free memory to cache files, browsers do not cache 'files' in memory, they cache fully preprocessed DOM-trees and pre-rendered parts of webpages. Disabling in-memory caching only hurts performance there, forcing the browser to reprocess and revalidate all your pages. The only reason your browser uses the disk is because it's faster than your network connection and saves speed between browser-sessions or when visiting a page which has been cleaned up from your browser's own memory cache. Disk I/O - even with loads of OS-level caching will always be slower than letting the application just keep stuff in memory.

    Most of your browser's in-memory cache is pre-processed data, including the last X entries accessible with your back-button - and that for each tab - are cached. This means images, DOM-tree, CSS-styles and sometimes even pre-rendered parts of the page.

    I really hope you don't believe the disk io is the limit here. Parsing, validating and rendering takes up a good part of the responsiveness - even on modern PC's with fast quad-core cpu's. It's not only the CPU's that are advancing in speed, also webstandards require more & more processing power.

    Also with todays machines with 1GB+ RAM - I don't really see the problem of memory useage. I have 4GB at home - and the moment my linux uses even only 25% of that for disk caching, it will have very old stuff in that disk-cache of which a lot would probably never be used again. I'd rather have my browser use 2Gb and feel extremely snappy, than have it use less memory just to preserve memory.

THEGODDESSOFTHENETHASTWISTINGFINGERSANDHERVOICEISLIKEAJAVELININTHENIGHTDUDE

Working...