Firefox 3 Memory Usage

As the web and web browsers have matured, people have started expecting different things out of them. When we first released Firefox, few people were browsing with tabs or add-ons. I’ve written before about how web usage patterns have changed, so too have our strategies on how to effectively make use of system resources such as memory.

While Firefox 2 used less memory than it’s predecessor, Firefox 1.5, we intentionally restricted the number of changes to the Gecko platform (Gecko 1.8.1 was only slightly different than Gecko 1.8) on which Firefox was built. However, while the majority of people were working on Firefox 2 / Gecko 1.8.1, others of us were already ripping into the platform that Firefox 3 was to be built on: Gecko 1.9.

We’ve made more significant changes to the platform than I can count, including many to reduce our memory footprint. The result has been dramatic, and you can see for yourself by getting a copy of the recently released Firefox 3 Beta 4.

Here’s What We’ve Done:

Reduced Memory fragmentation

As I’ve written about before, long running applications such as ours can wind up wasting a lot of space due to memory fragmentation. This can occur as a result of mixing lots of various sized allocations and can leave a lot of small holes in memory that are hard to reuse.

One of the things we did to help was to minimize the number of total allocations we did, to avoid unnecessarily churning memory. We’ve managed to reduce allocations in almost all areas of our code base. The graph below shows the number of allocations we do during startup. The graph below shows we were able to get rid of over 1/3 of them! Olli Pettay, Jonas Sicking, Johnny Stenback, and Dan Witte all made a big difference here.

alloccount.png

I carefully studied the fragmentation effects of various allocators and concluded that jemalloc gave us the smallest amount of fragmentation after running for a long period of time. I’ve worked closely with the jemalloc author, Jason Evans, to port and tune jemalloc for our platforms. It was a huge effort resulting in Jason doubling the number of lines of code in jemalloc over a 2 month period, but the results paid off. As of beta 4 we now use jemalloc on both Windows and Linux. Our automated tests on Windows Vista showed a 22% drop in memory usage when we turned jemalloc on.

Fixed cycles with the Cycle collector

Some leaks are harder to fix than others. One of the most difficult ones is where two objects have references to each other, holding each other alive. This is called a cycle, and cycles are bad. In previous versions, we’ve used very complex and annoying code to manually break cycles at the right times, but getting the code right and maintaining it always proved to be difficult. For Gecko 1.9, we’ve implemented an automated cycle collector that can recognize cycles in the in-memory object graph and break them automatically. This is great for our code as we can get rid of lots of complexity. It is especially significant for extensions, which can often inadvertently introduce cycles without knowing it because they have access to all of Firefox’s internals. It isn’t reasonable to expect all those authors to write code to manually break the cycles themselves.

Basically, the cycle collector means there are whole classes of leak that we can easily avoid in both our code and in extensions, and that’s good for everyone. You can thank Graydon Hoare, Peter Van der Beken and David Baron for their amazing hard work on this.

Tuned our caches

Firefox uses various in-memory caches to keep performance up including a memory cache for images, a back/forward cache to speed up back and forward navigation, a font cache to improve text rendering speed, and others. We’ve taken a look at how much they cache and how long they cache it for. In many cases we’ve added expiration policies to our caches which give performance benefits in the most important cases, but don’t eat up memory forever.

We now expire cached documents in the back/forward cache after 30 minutes since you likely won’t be going back to them anytime soon. We have timer based font caches as well as caches of computed text metrics that are very short lived.

We also throw away our uncompressed image data as I describe below…

Adjusted how we store image data

Another big change we’ve made in Firefox 3 is improving how we keep image data around.

Images on the web come in a compressed format (GIF, JPEG, PNG, etc). When we load images we uncompress them and keep the full uncompressed image in memory. In Firefox 2 we would keep these around even if the image is just sitting around on a tab that you haven’t looked at in hours. In Firefox 3, thanks to some work by Federico Mena-Quintero (of GNOME fame), we now throw away the uncompressed data after it hasn’t been used for a short while. Not only does this affect images that are on pages in background tabs but also ones that are in the memory cache that might not be attached to a document. This results in pretty dramatic memory reduction for images that aren’t on the page you’re actively looking at. If you have a 100KB JPEG image which uncompress to several megabytes, you won’t be charged with the uncompressed size when you’re not viewing it.

Another fantastic change from Alfred Kayser changed the way we store animated GIFs so that they take up a lot less memory. We now store the animated frames as 8bit data along with a palette rather than storing them as 32 bits per pixel. This savings can be huge for large animations. One extreme example from the bug showed us drop from using 368MB down to 108MB — savings of 260MB!

Hunted down leaks

Most leaks are a pain in the ass to find and fix in any complex piece of software. There are small leaks, big leaks, and in-between leaks. If you leak a small piece of text once an hour you probably won’t notice. If you leak a large image every time you move the cursor, you’ve got a big problem. Both are important to fix, because even the little ones add up. Some leaks are only leaks until you leave a page, so they don’t show up with conventional leak-finding tools, but they make a difference if you have a page opened all day long like GMail.

Leak HuntBen Turner has gotten pretty good at Leak Hunt.

We’ve fixed many leaks, ranging from small DOM objects that get leaked on GMail until you leave the site to entire windows that were leaked holding on to everything inside of them when you closed them.

Overall, we’ve been able to close over 400 leak bugs so far, most of which are very uncommon, but can still occur. We’ve greatly improved our tools for detecting leaks. Carsten Book, in particular, has done an amazing job at finding and reporting leaks.

Measuring Memory Use

As I’ve learned the hard way, accurately measuring memory usage is hard.

This part gets a bit technical, feel free to skip over. The short summary is Windows Vista (Commit Size) and Linux (RSS) provide pretty accurate memory measurement numbers while Windows XP and MacOS X do not.

If you’re running Windows Vista and take a look at Commit Size in task manager, you should get some pretty accurate memory numbers. If you’re looking at Memory Usage under Windows XP, your numbers aren’t going to be so great. The reason: Microsoft changed the meaning of “private bytes” between XP and Vista (for the better). On XP the number is the amount of virtual memory you’re application has reserved for use. For performance reasons you often want to reserve more memory than you actually use. The application can tell the operating system that it isn’t going to use parts of the reserved space and to not back the virtual space with physical space. On Vista, Private Bytes is the commit size, which only counts the memory the application has actually said it is actively using. Since virtual memory size has to be greater than or equal to your commit size, XP memory numbers will always appear bigger than Vista ones, even though the application is using the same amount of memory.

On Mac, If you look at Activity Monitor it will look like we’re using more memory than we actually are. Mac OS X has a similar, but different, problem to Windows XP. After extensive testing and confirmation from Apple employees we realized that there was no way for an allocator to give unused pages of memory back while keeping the address range reserved.. (You can unmap them and remap them, but that causes some race conditions and isn’t as performant.) There are APIs that claim to do it (both madvise() and msync()) but they don’t actually do anything. It does appear that pages mapped in that haven’t been written to won’t be accounted for in memory stats, but you’ve written to them they’re going to show as taking up space until you unmap them. Since allocators will reuse space, you generally won’t have that many pages mapped in that haven’t been written to. Our application can and will reuse the free pages, so you should see Firefox hit a peak number and generally not grow a lot higher than that.

Linux seems to do a pretty good job of reporting memory usage. It supports madvise(), allowing us to tell Linux about pages we don’t need, and so its resident set size numbers are fairly accurate. You can use ps or top to measure RSS.

Ways to test

There are many ways to measure memory usage in a browser. Open up 10 tabs with your favorite websites in them and see how much memory the browser is using. Close all but the last tab and load about:blank or Google. Measure again. Another simple test is simply loading Zimbra, Google Reader and Zoho each in their own tab and logging in. We’ve learned that users do so many things with the browser it is nearly impossible to construct a single test to measure memory usage.

We wanted more of a stress test — One that was more reproducible than loading random sites from the web. We took our Standalone Talos framework and Mike Schroepfer modified it to cycle pages through a set of windows while opening and closing them to try and approximate people running for a long period of time. Talos makes it pretty straightforward to get this up and running, and is great for measuring things like memory usage and layout speed. This works great for Firefox and allows measuring performance and other metrics, but the page cycling code doesn’t work with other browsers.

Since we wanted to test cross-browser, we modified the tests to run cross-browser and we wired up some of our talos code that uses the Windows Performance Counters to measure Private Bytes (commit size on Vista).

For the results below we loaded 29 different web pages through 30 windows over 11 cycles (319 total page loads), always opening a new window for each page load (closing the oldest window alive once we hit 30 windows). At the end we close all the windows but one and let the browser sit for a few minutes so see if they will reclaim memory, clear short-term caches, etc. There is a 3 second delay between page loads to try and get all the browsers to take the same amount of time. We used the proxy server that is part of Standalone Talos to make sure we were serving up the same content. We had to disable popup blocking to allow the test window to open the 30 windows for running the test. You can get the simple webpage test here and the python script to monitor memory usage here. These things are built on top of the standalone talos framework so you’ll need to drop the python script in with talos to get good results. Mad props to Mike Schroepfer for getting this all working.

Results

ff3-ff2-ie7.png

Looking at the graph:

  • All browsers increase in memory use slightly over time, but the Firefox 3 slope is closer to 0.
  • The _peak_ of Firefox 3 is lower than the terminal size of Firefox 2!
  • The terminal state of Firefox 3 is nearly 140MB smaller than Firefox 2. 60% less memory!
  • IE7 doesn’t appear to give any memory back, even after all the windows are closed!
  • Firefox 3 ends up about 400mb smaller than IE7 at the end of the test!

This is just one test that I feel shows the great progress that has been made. We’ll continue working on adding additional tests that can measure more of the ways that users use their browser.

Conclusion

Our work has paid off.

We’re significantly smaller than previous versions of Firefox and other browsers.

You can keep the browser open for much longer using much less memory.

Extensions are much less likely to cause leaks.

We’ve got automated tools in place to detect leaks that might result from new code. We’re always monitoring and testing to make sure we’re moving in the right direction.

All of this has been done while dramatically improving performance.

Thanks

Many people have worked on this but I’d like to specifically thank: David Baron, Carsten Book, Peter Van der Beken, Igor Bukanov, Brendan Eich, Jason Evans, Alfred Kayser, Federico Mena-Quintero, Robert O’Callahan, Olli Pettay, Mike Schroepfer, Mike Shaver, Jonas Sicking, Johnny Stenback, Ben Turner, Vladimir Vukicevic, Dan Witte, Boris Zbarsky, and everyone else I’m forgetting who has worked on this. Everyone really pulled together to make this happen.

Explore posts in the same categories: Mozilla

Tags: , , , , , , , , , , ,

You can comment below, or link to this permanent URL from your own site.

306 Comments on “Firefox 3 Memory Usage”

  1. tylerstyle Says:

    Nice writeup on the memory usage in general and of the work you and your colleagues have done and what you have achieved.

    Thank you,
    Tyler out!


  2. [...] som Firefox 3 beta4 har fått en bra behandling mot [...]

  3. Alfred Kayser Says:

    I have worked on more than 100 bugs related to memory allocation, particularly in image decoding, jarfile reading, caches, but in other places as well:

    Furthermore I have a number of patches waiting for review addressing memory allocation issues that could improve the numbers for FF3 even more, but it seems that lately there is less attention to this: http://tinyurl.com/2qemda

  4. anon Says:

    Is about:memory going to be implemented for Firefox 3, or was it bumped for about:robots ?

    In a nice bit of near-crunch goalpost moving, the bug got fixed by changing what it was for:
    https://bugzilla.mozilla.org/show_activity.cgi?id=392351>
    Who: vladimir@pobox.com
    When: 2008-03-05 16:39:08 PDT
    What: Summary
    Removed: Implement about:memory page
    Added: implement about:memory framework core

  5. Henrik Gemal Says:

    Firefox 3 is truly amazing in terms of memory usage. I think that the other browser are soon going to follow the good example set by Firefox.

    Thanks for the great work put into the very important release!

    I think this once and for all ends the “my Firefox is using too much memory” discussion.

    This also leads the way to make Firefox available on low memory devices like mobile phones, etc


  6. [...] pavlov.net has a good writeup about the memory usage in firefox 3, covering the effort that went into it as well as evaluation methods and results. It’s an easy and interesting read, with pictures! With 8 tabs of fairly large pages open right now, and the browser open for a day or two, firefox is now using 175MB on my computer. [...]


  7. [...] stumbled upon Firefox 3 Memory Usage via Twitter tonight.  The post, from Mozilla software engineer Pavlov, goes into great detail [...]


  8. Mozilla releases Firefox 3 Beta 4. The Robots are getting faster!

    A couple of days ago (2008-03-10), Mozilla officially released Firefox 3 Beta 4. Once again the latest Beta release has managed to improve over its predecessor. Beta 4 remains very! stable, further tweaks under the hood and more memory leaks

  9. Ferdinand Says:

    This is really awesome. But there is one thing I don’t understand. If you start Firefox with an empty page it uses about 30MB but if you have opened 100 tabs and close them Firefox will use 80 to 130MB. What is that extra 50MB used for?


  10. [...] Interessante approfondimento sul consumo di memoria. Si pu discutere sull’interfaccia per Windows, ma quella per Mac indubbiamente 20 volte meglio di quella del 2. Altrimenti prova/provate questi.. [...]

  11. pd Says:

    I’d like to thank you Stuart. I firmly believe the last thing that was really hampering the ‘fox’s potential was perf/memory. It seems some very substantial steps have been taken to correct what was a very drastic problem.

    I hope now that progress will continue beyond the point where perf/memory is now as good as other browsers and in some cases better. Ideally I think that a huge ‘selling point’ for Firefox, that could push it up to 50% share in some sectors, would be to be able to brag about how much it outperforms other browsers. Do you think Mozilla will rest on the current achievements or go even further and make perf/memory an unquestionable advantage for the ‘fox?

    C O N G R A T U L A T I O N S

    on the progress thus far!

  12. Maestro Says:

    @Ferdinand: Based on what the article said, you can probably assume that it is caching the pages for up to 30m in case you are going to visit them again in your history (re-opening old tabs etc). Considering how many images are out there, even if they now compressed 100 tabs should probably take up between 50mb or more.


  13. It sounds as if firefox’s past memory problems will in the end turn out to be a good thing. It forced you to make tools and a system for memory control that will make it surpass other browsers memory footprint in the future.

  14. Josef Assad Says:

    I started out on phoenix way back when; in the intervening time, I’ve been over to opera a few times (crashes; sorry opera fans) and limited trials of kazahakase but I always end up back in firefox.

    I actually installed the restart firefox extension to try to alleviate memory consumption, so this blog post is really good news to me. Call me a Luddite, but I’d like to be able to work comfortably in my 512 megabytes of RAM.

    One interesting and entirely tangential observation however, is that X memory usage also creeps up gradually, implying memory leaks. Qualitative observation indicates that this happens at an accelerated rate with heavy firefox usage, and I just wonder if that is something to be addressed on the firefox side or the X.org side.


  15. Ferdinand, different caches, pages converted to DOM, unpacked images, ….

  16. WilR Says:

    And.. how would the latest opera beta compare?

  17. Michael K. Says:

    Thank you!

  18. Vlad Says:

    Where are Opera tests? You should include them to give full picture.

  19. matp75 Says:

    Great article showing all the progress done and all the good work associated.
    There is still some gain left for Firefox3 (bug 399925 about gif decoder discarding data…).
    I hope about:memory will be available also for Fx 3.
    What I would like for the future is the ability to have plugins run into separate process, info about memory used by plugins, ability to manually unload a plugin, automatic unloading when not used.
    I hope there will also some mean to reduce/control cpu usage (like stopping animations when content is not visible) and to have info about which page is hogging cpu, …


  20. Excellent job, it was becoming a critical problem with FF. I am eager to test FF3.

    But Opera is still the best in terms of memory and page loading time. (Opera is less extensible than FF, but I don’t know if the two differences are linked).

    When you’re talking performance, you should put Opera in your comparison.
    (When you’re talking market share, it should be IE).

  21. Dom Says:

    I use firefox2 at work and it eats up memory through the day, I have to close it a couple of times to getting running smoothly again. http://www.thevirusmustbestopped.com/


  22. A difference of opinion

    On Pavlov.net talking about some improvements in memory handling on Firefox 3:
    It isn’t reasonable to expect all those authors to write code to manually break the cycles themselves.
    This reminded me immediately of an MSDN article that took a decidedl…

  23. Ragnar Says:

    Thumbs up


  24. [...] Memory usage of Firefox 3 (beta 4) is found to be lower than FF2 and much lower than IE7, this study at Pavlov.net shows. I don’t know why anyone is still using [...]


  25. [...] [view original post] Previously – [JS]スタイルシートを機能拡張するスクリプト -MoreCSS Next – [...]

  26. jacques Says:

    Thanks a lot to all concerned for their great work! I still haven’t tested the last beta on linux but on winXP, it’s really amazing! i also enjoyed the explanations.

  27. tom Says:

    Just out of curiosity. Could you please also include opera in your comparison? Reduced memory usage definitely is good news. Thanks.

  28. Anon E. Mouse Says:

    Second paragraph has a typo: “While Firefox 2 used less memory than it’s predecessor” — “it’s” should be “its”.

  29. Firefox 3 Says:

    [...] site “” post, browser [...]

  30. Sam Says:

    Hi Team,

    I just wanted to thank all of you for the work you’ve done on this. It sounds fantastic. I’m an avid FF user, and reading this article and helping me understand the scale of what you work on has convinced me to donate to Mozilla for the first time. You all clearly deserve to be rewarded for your work. I can only hope the improvements keep coming, because this sounded fantastic!

    Sam

  31. Lee Dowling Says:

    Just out of interest, how does it compare to the only other serious competitor on Windows, namely Opera? Could someone re-run the test with an Opera line in there. If Opera’s worse, congrats to FF team. If it’s better, it’s a target to beat.

  32. chris Says:

    Wow. That all sounds great. But alas I am using v4 Beta 3 on my XP work laptop (and I suspect most business users are and will be using XP for some time). So in the end, while the graphs look great, and it sure sounds like you’ve done a lot of hard work, doesn’t it really only matter what the perceived result is to the end user?

    I like the new version. But honestly it doesn’t seem all that different to me. It is currently using 180mb of RAM with 4 tabs open. Somehow, that actually seems worse than v3. No doubt XP is the evil culprit, but is there nothing that can be done to appease the vast number of business users until Vista (or Linux) becomes the biz standard?

  33. Trick Says:

    Very cool, I’m eager to see FF3 go live!

  34. Nick Says:

    Ferdinand, I don’t know a complete answer to your question, but to start with, notice that you can “unclose” those closed tabs in Firefox so it’s still tracking that data for a while just in case you made a mistake and want it back. Further, you now have plenty of images, stylesheets and other stuff cached in memory, in case you revisit those tabs soon.

    So when you close all those tabs you’re not really in the same state that you started in, it just appears that way on the surface. The changes in Firefox 3 should mean that a browser left idle on your desktop while you get on with some real work will be giving back more of the RAM, making the whole experience more acceptable.

  35. Mithaldu Says:

    Honest question: Why didn’t you include Opera in the graph above? The test runs perfectly well in it.

  36. GuesttWatt Says:

    Although I cannot judge the result of efforts from a strictly technical point of view, it seems you guys took a big setp toward definitely improving FireFox as whole and of course I really appreciate your efforts, duely paid off with your partnership with Google. Now a question: So the big next step will be to improve the abominable present-state bookmark manager, right? Did you know: the user may have to wait several minutes until 50, 100 or more bookmarks get deleted when he hits the DEL key on a bookmark folder holding that much of addresses! While this improvement does not come out into being, I am afraid I’ll stick to Opera.

    Regards.

  37. Nick Moffitt Says:

    You mention RSS for Firefox itself, but do you calculate the RAM consumed by the X server as well?

  38. GuesttWatt Says:

    Memory handling stuff improvement? Sorry, I cannot notice a single bit! Firefox is taking up (right now) almost 50 MB of my memory, with just 5 addons installed!

    Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b4) Gecko/2008030714 Firefox/3.0b4

  39. Fx Says:

    Congrats! This is very good news indeed!

    BTW, how does Firefox 3 memory usage compare to Opera 9.25 on Windows XP and Linux?

  40. Tristan Says:

    Hey Pav,

    Is there a reason why you have not included IE8 Beta 1 and Safari in your measurements?

  41. pavlov Says:

    whoa, lots of comments to reply to.

    Tristan: We attempted to run IE8 through the test but had problems with it showing broken images, giving error pages and freezing up while running the test. We had similar problems with Safari. It seemed to follow the IE7 line pretty closely up to about 350MB until it crashes very early on. I haven’t tried Opera, but people should give it a shot.

  42. Mithaldu Says:

    Fx: Haven’t tested with 9.25, but with latest weekly from http://my.opera.com/desktopteam/blog/ under Windows XPSP2.

    Results: Peak at 180 MB; after closing all windows, back to 120 MB. So it’s a bit better in normal use, but also clings more to stuff it has cached.


  43. The graph is great! I’d like a clarification though: How does the terminal state compare to the initial pre-test state (one window, freshly opened) for each browser?

    (And I’d like to see other browsers listed as well, if that’s possible.)

    Typo note: “amount of virtual memory you’re application”


  44. [...] big changes are coming in Firefox 3. Mozilla’s Pavlov has written a detailed post on Firefox 3 Memory Usage, describing the different categories of memory improvements that have been made in the [...]

  45. schrep Says:

    Since folks asked I ran the latest Opera 9.5b in the exact same environment. It peaks around 240MB and doesn’t free up any memory at the end (so ends at 240MB). Performance during the run is similar to Firefox 2.0.0.12 but higher than Firefox 2.0.0.12 at the end. It is significantly higher than Firefox 3 – which peaks around 220MB and ends at 85MB. I sent stuart the raw data if he wants to update the graph.

  46. rootchick Says:

    Beautiful! Your hard work & openness is very much appreciated. Looking forward to FF3!


  47. [...] in improving both our top line size but also how predictable our memory usage is. Stuart has an absolutely fantastic post that covers all of the work that we’ve done in this release cycle to the browser. (And it has [...]

  48. macov Says:

    Why K-Meleon CCFME 0.08b1 is using about 4 times memory less than FF2? Usually 50 MB vs. 200 MB…

  49. Mac OS X user X Says:

    Firefox 3 kicks ass!!!!!!!!!

  50. Rajiv Says:

    you guys rock. will download and install beta 3 right away. :)

  51. rob Says:

    You mentioned that FF3 memory usage on Windows is down 20%. What is that figure on Linux compared to GNU libc’s malloc?

  52. pavlov Says:

    rob: we saw about a 7% drop on Linux when we turned jemalloc on there iirc.


  53. [...]  Significantly improved memory management which means that it won’t hang as often when it’s been open for long periods of time. (Who closes their browser anymore?) [...]

  54. guru Says:

    compare it with IE8 & Opera too…

  55. ducktape Says:

    Great article Pav!!! No wonder you’re not around on irc anymore ;) #wl sends its love.


  56. Cool!

    NItpick: “While Firefox 2 used less memory than it’s predecessor…” that should be “its” — “it’s” means only “it is.”

  57. Tuemmel Says:

    Thanks for good work. The summary sounds impressive.
    I’m looking forward to give it a try in my testing environment. btw. ie8 beta didn’t pass yet ;)

  58. Eric Says:

    That sounds great. Unfortunately, I gave up on Firefox when 2.0 came out and kept eating up all of my memory from memory leaks.

    I have since been using Opera and have been delighted.

    At this point I would need a compelling reason to switch back to Firefox, as feature-wise, Opera meets or exceeds Firefox in every area that matters to me.

  59. Esteem Says:

    Sounds great cant wait!

  60. Noah Says:

    Thanks so much for all your hard work!

  61. Mithaldu Says:

    Hmm, just tried to do a comparative test with Firefox 3 Beta 4. Funnily the main window of your test informed me that it had blocked 110 popups. This despite the popup blocker being off and your site being specifically on the allow list.

    How do i disable this so i can get the real ram usage numbers?

    Does the same thing happen when you run your test?

  62. Tech Deck Says:

    Nice work! It’s good to see improvements in this area.

  63. eskwayrd Says:

    Nice. I’m looking forward to the finished Firefox 3.

    Here’s a test you might want to use for future comparisons. Have a 200k-300k page that includes lots of tabular information with minimal javascript that uses a meta refresh to reload itself every 5 minutes. For Firefox 2 on Linux (Ubuntu 7.10), this causes Firefox 2 to increase its memory footprint by a megabyte or two on every reload. After a few hours, RSS is between 400-500 megs. If left running overnight, RSS is over a gig. By that point, Firefox 2 needs to be forcibly quit as it takes longer than 10 minutes to quit on its own.

    I normally run with Web Developer, Firebug, NoScript, and a few other plugins, but this behaviour is consistent when all plugins are disabled along with javascript.

    If Firefox 3 eliminates this particular instance of memory growth, then I’d consider switching to using the beta version right away.


  64. [...] explains about Firefox 3 memory usage and how the browser effectively managed [...]

  65. Anonymous Says:

    I have tried out the Beta 4 and I must say I am very impressed. I run a somewhat obsolete computer and would under no circumstances update to IE7 because it was WAY too slow on my computer.

    I have been looking for some time for something as fast as IE6 without a bunch of bells and whistles and I must say that I am extremely happy with the Beta 4. The other releases ran very slowly on my machine as well which is why I didn’t move to Firefox sooner. The Beta 4 however is a whole new thing. It has the simplicity and speed that I was looking for.

    I have previously tried Opera (failed horribly on my machine due to it’s poor response time), Maxthon2 (OK but too many bells and whistles), Browzar, Beta release of Safari for Windows, and numerous other “Lightweight” browsers and none can compare with FF 3 B 4. The others were either: not user friendly, too complicated, wouldn’t work at all, or were test releases which had a lot of bugs.

    I am definitely considering this my new browser over IE6 in terms of simplicity and speed.

    Thanks so much for the amazing progress in better web browsing for all!

  66. gwk Says:

    Really great article, thanks!

    FF2 was good, but I use lots of tabs and keep the browser open for hours (or days). So I started restarting FF when memory got too high or it got sluggish.

    When the betas for FF3 started coming out, I was blown away. I’ve been using the nightly builds now for a while because of the _absolutely outstanding_ work that’s been done on memory and performance (and other improvements which is good too).

    Kudos to everyone working on FF3.

  67. jive Says:

    Congratulations. I look forward to Firefox 3. :)

  68. Thetinguy Says:

    What about OS X? I see none of these reductions in memory on OS X. Yet when I run firefox in windows, these reductions are very clear.


  69. [...] popular demand, Mike Shroepfer put Opera 9.5beta under the same test, and found it peaks at 240MB (compared to FF3’s 220MB) and releases down to 220 MB (pretty [...]

  70. ^_^ Says:

    Great Essay!

    I’m really impressed all around, at the creativity and hard work. I just love what the open source community is capable of.

    Thanks Guys

  71. Alan Says:

    Just a small Thank You for the well written article, and a great big THANK YOU to all who contributed to the hard work that has been done in order to get to the point where there was an article to be written.

    Every contribution is really appreciated.

  72. Chris Saari Says:

    Nice work gentlemen! B4 is much, much more usable on a 1.3GHz PowerBook G4 as a result.
    -saari

  73. Troy Says:

    What youve made strides in memory wise, has skirted over to the processor, so now you have a processor whore instead of a memory hog.

    i dont know what it is, but this is horrible. i have to reduce the number of tabs i have open to even use another application on my system.

    cutting the memory usage by 60% but increasing the cpu usage by 30+% is no gain in my opinion.

    optimize FF for power users, not casual users and its easier to satisfy the casual user, its still a long ways off.

    loading 100+ tabs at once crashes the program, it would be nice if it could handle a significant load, instead of expecting to load 5 or so pages.


  74. Excellent write up. I am glad that Mozilla have addressed this issue, as memory usage is just about the only complaint I have about Firefox.


  75. [...] 12, 2008 in Firefox The Firefox 3 Memory Usage No Comments Leave a Commenttrackback addressThere was an error with your comment, please try [...]


  76. [...] [view original post] Previously – Write a well structured CSS file without becoming crazy Next – [...]

  77. robert Says:

    That last graph surprised the heck out of me, I figured with IE7 that Microsoft would be much better than that.

    And you’re right, this information does show that your work has paid off, I have been using the nightly builds and now the beta builds of firefox 3 and I love how its progressed.

    Thanks for all your hard work, it is beyond appreciated.


  78. [...] 3, Mozilla, Opera Browser, web browser — Lorenzo E. Danielsson @ 20:46 Just came across this which confirmed the feeling I’ve had for the last few days: Firefox 3 is fast and memory [...]

  79. Tim Says:

    Congrats, it nice to see good work being done to make firefox even better.

  80. Ryan Says:

    I once blamed Firefox for my memory problems when I noticed streaming video would make my system almost unusable. After weeks of trying all sorts of solutions all I had to end up doing was clean the inside of my computer. After I did that, BOOM, everything was back to normal.

    I’m not suggesting Firefox doesn’t have memory issues, but I would bet there are many people who blame Firefox when there is a deeper problem.

  81. pavlov Says:

    Updated graph with Opera 9.5 and Safari can be found here:
    http://www.flickr.com/photos/stuartp/2328802961/

  82. Andrew Metcalf Says:

    Firefox used to have a command that writes all the memory out of ram to the desktop then writes it all back once the browser is opened. Will 3 have that? I think it was config.trim.onminimize for 1.5

    For Linux users who never shit down their computers leaving 5gb worth of Firefox browsers up is not out of the ordinary. It would be perfectly fine if we could just write it to the hard drive when it is minimized.

  83. iBikini Says:

    That’s some great graphs. I’m going to upgrade to Firefox 3.0 as soon as possible. Can’t wait for the final version :)

  84. rambutan Says:

    Bookmarks. Why the complexity of using a database to replace the simplicity of an html to hold bookmarks? My bookmarks file is bloated at 1MB but storing the whole thing in RAM would be easy. Like GuesstWatt I was surprised when I deleted a bookmark folder and it took so long. After a while I though Firefox had locked up. I toggled off elsewhere and waited a while. Later it had completed the deletion. A simple html bookmark file was one way Firefox was more user friendly than IE. That advantage was erased.

  85. jonatankot Says:

    Great work, guys, thanks a lot!!! Good to see that my beloved web browser is becoming better and better with every next edition :)


  86. [...] around cache management and image handling should result in a leaner and meaner browser.  Click here to read [...]

  87. Mithaldu Says:

    Opera releases as well, it simply takes a while longer. Leave it running for the same time as the others.

    Also, still waiting on an answer on how to actually deactivate FF’s popup blocker.


  88. Excellent. Firefox is by far the best browser I’ve used-even with the memory annoyances. I still run into occasional problems with pages that are poorly written, but that is much less common. I’m looking forward to being able to delete IE.

    http://aphilosopher.wordpress.com

  89. lakawak Says:

    How many times did you run this test, before getting this one result you were looking for?

  90. KLMR Says:

    Great thanx.
    You’re making a good job there.
    Keep up.

  91. wayne Says:

    Pavlov, thanks for all the insight into FF3! Can you try running the script w/ webkit nightly? I’d be interested to see a completed test for Safari :)

  92. withdrawal Says:

    I think this is a great fix for Firefox. It really hurts in version 2 that you have to restart the browser when you start hitting high memory usage. Thanks for all your hard work on Firefox. It is a truly amazing piece of software.

  93. Dot. Says:

    @rambutan
    You can still export your bookmarks to an .html file if you want.

  94. soo Says:

    I have been running firefox nightlies for stretches of five days with unreasonable number of tabs (~100), a few extensions, the memory is stable and the browser responsive. So worth it.

  95. James Says:

    Looks great. Would be nice to see a comparison to Opera 2.6 though.

  96. Moses Says:

    This is good news. But it still pisses me off no end that for all these years the Firefox devs have done absolutely *nothing* other than deny that there were any memory problems. Quite frankly its about friggin’ time they came clean about it rather than spouting the organisation line. Meanwhile i’ll stick with Opera until FFX3 final is released and has proved itself.


  97. [...] Interessante approfondimento sul consumo di memoria. Si pu discutere sul tema per Windows, ma quello per Mac indubbiamente 20 volte meglio di quella del 2. Altrimenti prova/provate questi.. O non ti piace la barra degli indirizzi nuova? Dopo un po’ che la si usa molto comoda, per i siti pi visitati basta scrivere la prima lettera e il primo risultato quello cercato. Ultima modifica di Namuris : Ieri alle ore 10.36.40. [...]


  98. [...] hace referencia al blog de un ingeniero de Mozilla, Stuart Parmenter, donde explica con detalle el trabajo realizado para minimizar el consumo de [...]

  99. FP Says:

    @Moses

    Please link to one of these denials, go on I’ll wait.


  100. [...] interesante sobre FF3 Para el q le interese, aca hay un articulo de uno de los programadores de FF3 sobre los problemas de leaks de memoria q tenia [...]


  101. Kudos on a fantastic report. Can’t wait for the final release. Long live FF!

  102. pavlov Says:

    Mithaldu: I’ll see if we can rerun Opera and let it sit for longer. Also, you want to set dom.popup_maximum to some very large number to fully disable popup blocking.

  103. John Says:

    Hope your programing skills are better than your grammatical skills (it’s its not it’s).

  104. Asa Dotzler Says:

    Moses, care to point me to URLs that support your claim that _Firefox_developers_ have done nothing other than deny memory problems? If you’re talking about Ben’s post* from a couple of years ago, (describing an intentional increase in Firefox’s memory use,) I’d start off by saying that was one developer and it was two years ago and it was mostly taken out of context. I’d encourage you to re-read it and note that he starts off by saying that yes there are indeed memory leaks and that we strive to fix them.

    I will confess that a lot of people did respond to the shouts of “Fix the memory leak” saying something along the lines of “improving Firefox’s memory usage isn’t a matter of ‘fixing a leak'” and if you read Stuart’s post here, you’ll see that response was actually correct.

    If you’re following closely, you’ll have also noticed that Firefox 1.5 and Firefox 2 were both shipped off of an older platform, Gecko 1.8, while for the last 2.5 years the people working on that platform (where much of this memory work took place) have been focused on Gecko 1.9, the new basis for Firefox 3.

    Much of that work was happening during the time you claim that Firefox devs were doing nothing but denying a problem. That work couldn’t be included in Firefox 1.5.x or 2.0.x because it would have required major changes to Gecko that weren’t acceptable on the stable 1.8 branch. Now you’re seeing FIrefox 3 on the 1.9 branch and the fruits of much of that work.

    * http://weblogs.mozillazine.org/ben/archives/009749.html

    – A


  105. [...] put up a great post today describing the results of our intensive focus on memory use in Firefox 3 (and followed up, [...]

  106. hokkos Says:

    I’ve found a big problem with the last nightly build and beta4 :

    on my windows XP

    -go to this digg page :
    http://digg.com/settolerance?csorttype=c-all&return=/tech_news/Digg_This:_09-f9-11-02-9d-74-e3-5b-d8-41-56-c5-63-56-88-c0&storyid=1901261

    -wait for the 2.000 comments to load

    -close the tab and watch the memory goes to 300mb or 500mb, the proc goes to 100% during 5sec, the disk to click and the browser to block

  107. Breztech Says:

    Great report and the memory usage graph is very interesting. Just curious, do you have any data for IE6 in this comparison?


  108. [...] guys have made this a big focus of Firefox 3 and the new beta 4 shows the improvements mentioned in this post by Pavlov, one of the developers. If you want to test beta 4 without blowing away or risking your [...]


  109. [...] Firefox 3 Memory Usage [...]


  110. [...] 2 and IE7 by far. This article goes in-depth to explain Firefox 3’s memory technology(s).read more | digg [...]


  111. “Extensions are much less likely to cause leaks.”

    Finally.

    We’d like more information here. Abstraction magic or an extra helping of pixie dust?

  112. Mithaldu Says:

    Alright, thanks a lot for being willing to be exact and for the advice, will try first thing tomorrow. :D

  113. Scott Says:

    Such an excellent read-great job and canot wait!

  114. Woody Says:

    I always knew Firefox was better than IE, but since IE8 has come out can you guys rerun the test to compare all four, IE7, 8 and Firefox 2 and 3?


  115. Thank you for working on Firefox. Where’s the “buy this man a pint” button?

  116. christine Says:

    Hey pavvy, I just found this post via reddit. Just saying… http://reddit.com/info/6brl6/comments/ ;)

  117. rektide Says:

    I appreciate what you are doing but the only solution you mentioned that addresses a root cause is releasing the uncompressed images. I would think most potential gain would come from simply being smarter about memory consumption in the first place, not trying to recover after you’ve pulled in huge mem.

  118. kualla Says:

    regarding the “Adjusted how we store image data” part…

    I would rather have my RAM used rather than have more burden put onto my processor. I personally have 2GB’s of RAM which I rarely see more than 75% consumed. If RAM is only stored the uncompressed images when not viewed and I want to rapidly look thru images my processor is going to end up slowing down as a result of having to process the image uncompressing rather than having the RAM used and just loading the images up quickly.

    RAM is so cheap people, stop complaining about running out of RAM and just fricken upgrade… processors aren’t always so easy or cheap to upgrade on the other hand!

  119. tetfsu Says:

    This is a great article. I really have hopes that it does help stop extensions from causing leaks.

    What about poorly written scripts within pages? Does this version of the browser try and trap and stop scripts from being the source of the leaks? Hopefully something to limit extensions to the amount of RAM they can take and the amount of RAM any one tab could eat would be great in my oppnion.


  120. [...] about Firefox 3 from Pavlov Firefox 3 Memory Usage pavlov.net __________________ [...]

  121. jacarizo Says:

    wow, thanks for what you are doing guys. i agree with woody, though. can you guys make a comparative test between IE8 and Firefox 2 & 3?

    thanks

  122. Linake Says:

    Thank you very much for the opportunity to test out Firefox 3 Beta 4! I’ve only just downloaded it, but it looks great so far. I’ll test it’s memory usage right away.

    Cheers!


  123. [...] developer ‘Pavlov’ wrote up some extensive details on memory use in Firefox 3. I highly recommend that you check it [...]

  124. midori01 Says:

    I am using FF3 Beta 4 and JavaScript and Flash Player are issues. At times these are not clickable nor workable. Memory leaks can also be due to ms because xp and vista are a lot of the originator of the problems when the browsers crashes. When FF2 was released, I find FF2 really had a great deal of issues including frequent crashes and I still could not figure out what to pinpoint on expect running on Windows did not help. I tried on other versions written in the same language as FF, Flock. Its a little bit different than FF2 as for the feel and the experience. Mostly I use Netscape, Seamokey and FF 3 Beta.

  125. dawid88 Says:

    Congratulations ;)

  126. phpcurious Says:

    I think the used memory when running firefox 3 beta 3 with so many tabs is decreased almost halved – compared to firefox 2.0.0.12 version.


  127. Firefox 3 Memory Usage

    What FF team do to improve memory usage on FF3…

  128. Chaar~Max Says:

    Great work guys… :-) Keep it up!

  129. wanye Says:

    been using beta 4 for a couple of days now on my work laptop. normally, after 24 hours of running with the 30-50 tabs i have open at any one time, the RAM usage is up to between 400-500mb. the same sites/tabs in ff3b4 is currently using 150mb. fantastic!

    now, hows about a tool that tells us how much cpu/ram specific tabs/plugins/etc are using, so we can find out which sites are killing the performance of the browser?

  130. valyala Says:

    I’ve tested default installations of Firefox 3 beta 4, Opera 9.5 beta build 9815 and IE8 beta on Win2003.

    Firefox cannot be tested properly, because I couldn’t disable popup blocking.

    Opera allocated 200-210Mb of private memory during the test and shrunk it to 165Mb in several minutes after the test.

    IE allocated 270-280Mb of private memory during the test and shrunk it to 170Mb just after the test.

    The test in IE took much more time and network bandwidth than in Opera. It seems that Opera keeps more data in cache than IE.

  131. Fowl Says:

    If you are having cpu issues, it is probably flash related. Try flashblock and see if it makes any difference.

    Makes IE slow as hell too on occasion, and crash.


  132. [...] Firefox‘un bir türlü tam olarak üstesinden gelemediği bellek kullanımı meselesi yakında yayınlanacak olan 3. sürümünde çözülecek gibi görünüyor. Bu konuya yoğunlaşanlardan biri olan Stuart, sorunu çözmek için yapılanları kişisel günlüğünde teker teker aktardı. [...]

  133. Kim Sullivan Says:

    @kualla: Not everyone really has the option to upgrade. What if you’re using FF on somebody elses computer, are you going to buy them new RAM? What if it’s your company’s computer, or your university’s? What if you’re on a notebook?

    Besides, even lots of ram doesn’t really help. To fill 2GB ram with image data, it only requires you to display about 1000 1024×768 images at once – this might seem like a lot, but in the age of broadband internet it’s not that much (it requires only 20 open tabs with 50 images on each). And we’re talking about 1024×768, which is (by today’s standards) almost low-res.

    (BTW as far as I know, it’s still possible to bring the browser and OS to it’s knees if you load too many images at once, before the timer kicks in and starts deallocating memory.)


  134. Great work, guys! I’m a Firefox user and I’ve always prefered Firefox to IE or other browsers and now that I know this about memory, I’m even more happy. I’m a translator and I need to keep the browser opened for hours, to have several online dictionaries as well as information sources at hand, when I’m working. Usually, my computer tends to get slow after many hours of runningFirefox with like 10 tabs open, plus Open Office, plus Winamp and plus other stuff. If Firefox uses less memory, maybe I can put a bit less of stress in my dear computer friend and that would be just great.

    Thanks for all the hard work you put and such a fine product and keep it up, please! :D

    Best regards.


  135. [...] Uma das maiores melhorias no FF 3 é justamente no melhor uso da memória. Num artigo publicado em http://blog.pavlov.net/2008/03/11/firefox-3-memory-usage/ são apresentadas e explicadas as principais melhorias.  Resumindo, foi diminuido a fragmentação [...]

  136. DonMo Says:

    Great article, great work and yeah great FF!!
    All the IE-users really don’t know what they miss… :D


  137. [...] veja também um post do blog de Pavlov, um desenvolvedor do Firefox, explicando (em inglês) algumas melhorias no consumo de memória do [...]

  138. whatsnews9 Says:

    Wow! This is great! This would really help my slow PC run decently.

  139. Hubbers Says:

    Good work guys!!!


  140. [...] team Mozilla ci segnala un articolo tratto dal blog di Stuart ‘Pavlov’ Parmenter sul consumo di memoria dei browser e in particolare di [...]

  141. CableGuy Says:

    I have previously tried Beta release of Opera Beta and Safari in Windows, but none can compare with Firefox3 Beta4.


  142. On the first image ( http://pavlovdotnet.files.wordpress.com/2008/03/alloccount.png ) what is are the axis labels or UNITS being measured in?

    The same goes for the other image/chart ( http://pavlovdotnet.files.wordpress.com/2008/03/ff3-ff2-ie7.png ) — what is the X axis UNITS? Milliseconds? Seconds?

    I’m just curious. I’m very impressed with the results…I am an avid FireFox supporter. I just wanted some more information on the units being measured in for the graphs……

    NOTE ABOUT IE7 Memory Usage:

    This is also hard to compare to FireFox. How are you comparing this exactly…since it is apart of the actual Windows operating system, how is it’s memory utilization being compared?

    Internet Explorer would obviously take up more memory all of the time since it is running pieces of the Operating System, specially if users are using applications inside of Windows that would take up its resources (such as Control Panel, My Computer, any type of exploring files — well, I think you see what I mean). Is there a way of accurately measuring these factors or taking out the “Windows” bloat factor of IE or was this done in any way?


  143. [...] look at memory usage in Firefox 3 Firefox 3 is making a lot of progress and there is even some research going on in the field of memory usage. As the web and web browsers have matured, people have [...]


  144. [...] Also check out Firefox 3 Beta 4 review and Firefox 3 Memory Usage. [...]

  145. 2.0 Weblogs Says:

    This is a really well written post, i am a fan of the fox and will continue to spread firefox!

    http://ThunkDifferent.com


  146. Well done!

    And great article, nice to read and understandable.

  147. Daniel Says:

    Thumbs up, great work!


  148. [...] Speicherverbrauch der aktuellen Beta soll auch weiter verbessert worden sein, wie der Entwickler Stuart “Pavlov” Parmenter in seinem Blog schreibt. Das würde mich freuen, denn der Speicherverbrauch war teilweise nicht so [...]


  149. I am once again excited and energized about firefox!

  150. robert Says:

    the latest beta is not behaving so well for me, climbing up to 1.2 Gigabytes at times! with around 25tabs open.
    Not sure what triggers this climb, but the proc. goes to 100% on one core and the memory climbs as crazy… back to ff2 for me… :(

  151. Mithaldu Says:

    cross-posting this here as well:

    Ran the tests on my own rig, Athlon XP 3k+, 1.25 GB Ram, Windows XP SP2, which should be representative of quite a few people:

    — IE8 just completly splurges: http://208.100.30.120/dwarf/ie8.png
    — Safari somehow runs the test very oddly, always closing all windows before opening the next batch, and eventually crashes: http://208.100.30.120/dwarf/safari.png
    — Firefox 3 Beta 4 runs it as expected, with a peak of 197 MB, an average of 190 MB and an end of 65 MB: http://208.100.30.120/dwarf/firefox.png
    — Opera 9.5 Beta 1 with the memory cache set to automatic runs it a bit worse, and stalls on the VDO Cars page sometimes, thus the hiccups in the graphs. Peak of 213 MB, average of 190 MB and an end of 163 MB: http://208.100.30.120/dwarf/opera_default.png
    — Opera 9.5 Beta 1 with the memory cache set to the lowest setting of 4 MB still stalls on VDO sometimes, gets a better memory usage though. Peak of 184 MB, average of 170 MB and end of 128 MB: http://208.100.30.120/dwarf/opera_low_cache.png

    Note: the numbers in the graph are each of the highest peak in the graph, while the measurement at the left is the current value.

    Also note that the higher end value of Opera is down to an undo cache which can restore a closed tab completely from cache, without touching the web server at all.

  152. USS Liberty Says:

    Sounds good so far.
    Can’t wait for the final version.

  153. Ragle Says:

    This just confirms that firefox is bigger and better than internet explorer. Firefox two needed to be upped a level and this article is a wonderful explanation.

    Pull the others along with you!


  154. [...] if you use for an extended period and sometimes may just hang. Anyway, Firefox 3.0 claims to have solved this problem. It also has a snazzy “intelligent” location bar where options will pop up when you [...]

  155. Mike Dallos Says:

    Outstanding…………….well done!!

    Be well………

  156. Mithaldu Says:

    Also, FF2 seems to have everyone beat with an actual average of 170 MB …

    http://208.100.30.120/dwarf/ff2.png


  157. [...] pavlov.net: Firefox 3 Memory Usage [...]

  158. Lijin Says:

    Hi,

    Thanks for describing all features frnd.

  159. Arun Says:

    @hokkos: I can confirm that behavior with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b5pre) Gecko/2008031304 Minefield/3.0b5pre. Have you reported this issue?

  160. mac4windiots Says:

    Great work!
    I’d be curious to have the same test done with FF2, FF3beta, Safari and Camino on a Mac. If you have any idea how I could measure memory-usage of an app over time on MacOS please let me know and I’ll be glad to make a test myself and share the results (I’d also need the exact sequence of URLs you used for the test).
    Bye.


  161. [...] Apparently, that has changed, according to some tests prominently displayed and explained on Pavlov.net’s blog. [...]


  162. [...] 2008 | Autor: chodo Wie ich soeben bei Golem.de gelesen habe, ist mit Firefox 3 Beta 4 der Speicherverbrauch gesunken. Das sind doch gute Neuigkeiten! Tags » Firefox, Open Source, Speicherverbrauch « [...]

  163. graphsaddicted Says:

    > Updated graph with Opera 9.5 and Safari can be found here:
    > http://www.flickr.com/photos/stuartp/2328802961/

    Nice!
    Now what about Firefox 1.0.8 and 1.5.0.13pre? :P


  164. [...] Firefox 3 Memory Usage « pavlov.net مقاله ای مفصل در مورد میزان استفاده از حافظه توسط فایرفاکس و مقایسه ای با نسخه ی 2 و آی ای (tags: applications firefox mozilla performance memory browser) [...]


  165. [...] his latest, he talks about the memory usage in Firefox 3 today and the work that he has [...]


  166. [...] of the browser is much faster than previous versions. As some of the developers have posted, the memory use is much improved. I like the new bookmark management system Places, though I can’t really claim to [...]

  167. Zoresvit Says:

    I’m also a firefox user and like this browser a lot. Though I would like to get some explanations on this test and how impartial the assessment is. It seems like it’s been made in Photoshop. Sorry, it’s just MHO, but you should post the SCREENSHOTS in order to prove your words. On the Graph you’ve posted I don’t have any guarantees that it’s real – I can draw the exact same one. So please, be more attentive and reasonable.


  168. [...] immer nun ist es blau, grün und rot auf weiß gezeichnet worden, der Firefox und seine Entwickler haben eine Rosige Zukunft vor sich. Der Browser Markt war lange nicht mehr so bunt wie heute selbst [...]

  169. alban Says:

    With respect to memory management at least this story seems to support the rather harsh quote that:-

    “Any sufficiently complicated C or Fortran program contains an ad hoc informally-specified bug-ridden slow implementation of half of Common Lisp.”
    — Philip Greenspun

  170. gabe Says:

    i think it is kinda unfair comparing firefox 3 to ie7 it should be comparing ie8 bet1 to firefox 3 beta 4 instead

  171. kernelOfTruth Says:

    perfect work, ladies & gentlemen,

    now the only problem for me right now (and many others) is that ff 3.0betaX uses bookmarks of an elder date

    – how and why is that ?

    please fix this so that we can switch between ff2.0 and ff3.0 seemlessly

    many thanks in advance

  172. kernelOfTruth Says:

    sorry for the false alarm (bookmarks of an older state during first start of ff3.0betaX), this can be “fixed” be re-storing the latest backup of bookmarks
    – strange ;)

    I don’t know if this will it’s way into final of firefox 3.0:

    could you please add the (sub)folder / location where the found bookmark resides in ?
    bookmark search only shows the keywords, address and name of the bookmark but NOT the folder where it’s located

    if this doesn’t find its way to the program I’ll bother you later again if I find some time ;)

    thanks for your great work & thanks for reading !

  173. retro4 Says:

    Great work !!!
    Highly appreciate this update!


  174. [...] meine Hoffnung. Der Firefox-Entwickler Stuart Pavlov berichtet über den geringeren Speicherverbrauch der Firefox 3 Beta (Nr. 4). Auf Windows Vista soll [...]


  175. [...] This article explain what’s been done to reduce memory usage for Firefox 3 and show some resultshttp://blog.pavlov.net/2008/03/11/firefox-3-memory-usage/ [...]

  176. orange Says:

    Sounds like a really great improvement. Use firefox from the start years ago, and iam still convinced its the best way – vision of browsing the WWW. Love it!


  177. [...] younlaanlardan biri olan Stuart, sorunu zmek iin yaplanlar kiisel gnlnde teker teker aktard. nce ler stne gidilen konular arasnda bellek szntlar ve paralanmalar, nbellek [...]


  178. [...] หากต้องการข้อมูลที่เพิ่มเติมเกี่ยวกับเรื่องการใช้หน่วยความจำของ Firefox 3 สามารถอ่านเพิ่มเติมได้ที่ http://blog.pavlov.net/2008/03/11/firefox-3-memory-usage/ [...]

  179. ohxten Says:

    Looking nice. I’ll have to echo what pretty much everyone else said in requesting a comparison against Opera, which is usually touted as much faster than FF/IE…


  180. [...] Firefox 3 Memory Usage (tags: firefox geeky-stuff) [...]


  181. [...] There’s a very cool post on the Pavlov.net blog, Firefox 3 Memory Usage. [...]


  182. Good work. I am currently writing a blog post on http://www.unofficialmac.com/ regarding my choice of Firefox 3 Beta over Safari over Firefox 2. This actually proves the correctness of my choices.

    Cheers,

  183. William Says:

    /me applauds wildly.

  184. gkokmdam Says:

    Hi Pavlov,

    thanks for all the hard work put into Firefox. I do enjoy the FF3b4!

    wkr,
    gkokmdam


  185. [...] 3 zit nog in Beta-fase maar de eerste tests zijn allesinds meer dan verbluffend. Ten opzicht van Internet Explorer 7 gebruikt Firefox 80% [...]


  186. [...] pavlon.net tramite DElyMyth. 14 Marzo 2008 Categoria Software, Web Tags: benchmark, confronti, firefox, [...]

  187. Sorpigal Says:

    This all sounds like good news, in general, but some of it has me worried. Overly aggressive freeing of memory could cause excessive CPU usage. I understand that you are probably optimizing for the majority here, but I’d like to at least see some tuneables for these things. Like, for example, tuning how many minutes before cached uncompressed image data are thrown away.

    Power users are fickle beasts, but unlike average users we are willing to change the settings to suit our needs… if only the settings are provided.

  188. Hervé Says:

    Reading the arcticle I had a glence on my window task manager: 99mg !!!!!!
    This is not the first time I see Firefox taking so much memory… Nevertheless, I don ‘t use other so I can really compare unless with previous version and I feel like the meemory consumption increase.


  189. [...] finita qui. Altre soddisfazioni per Firefox 3 Beta 4 sono arrivate anche dopo i test effettuati da Stuart ‘Pavlov’ Parmenter sul consumo di memoria RAM dei browser. I risultati mostrano come i consumi di Firefox 3 siano [...]


  190. [...] his latest, he talks about the memory usage in Firefox 3 today and the work that he has [...]

  191. Jim Says:

    Until CPU usage gets under control, I will no longer use Firefox. I use Linux and every distro I’ve used causes the CPU usage to go nuts, 8 tabs might get 60% CPU (I have seen 80% at times). I currently have 18 tabs open in Opera, streaming music playing and 2 DVDs downloading and am at 22% CPU on each core of a little AMD 3600×2.

    Temps progressively increase with each tab in Firefox, starting at 29C it will linerally increase to 36C with about 8 tabs open. With the Opera 18tabs (2 windows) and downloads running I am at 33C.

    Goodbye FireFox until this is fixed.


  192. [...] dem Blog des FF3-Entwicklers Stuart “Pavlov” Parmenter zu entnehmen ist, gelang es den Speicherverbrauch des neuen Browers enorm zu verringern. Dies [...]

  193. dny Says:

    what wonder me…
    if memory usage in ff3 < ff2 < ff1.5,
    why is it feel much slower in every new release?
    especially in older machine (<1ghz, <256meg ram), every new release feels slower and slower….

  194. omry Says:

    Great work.
    regarding garbage collection and circular references:
    this problem have been solved a long time ago by garbage collector designers without tricks like “opening” circular references.
    see the wikipedia page on garbage collectors.
    http://en.wikipedia.org/wiki/Garbage_collection_(computer_science)


  195. awesome write up!!! I will definately make sure to update my copy of firefox 3


  196. [...] Firefox 3 Memory Usage « pavlov.net [...]


  197. [...] small blip on the radar brought attention this week, this time in the browser world. First off, this enlightening article is a sleeper, considering the importance of the browser. It garnishes unbiased attention from the [...]

  198. troll Says:

    Does this also mean that you fixed the issue where on Linux the Firefox uses X’s pixmap cache and the X leaks when the Firefox does not release that memory properly?

  199. jay Says:

    Fantastic, keep up the good work guys/girls.


  200. [...] I haven’t upgraded my school notebook in a couple terms. We’re finished with this term and the machine’s getting a little slow with all the hacking around and installing all sorts of stuff. So, I refreshed it with the latest Ubuntu alpha. I prefer a KDE desktop for heavier use, but for this school notebook I like to keep it simple and I like to see the changes with GNOME (that we don’t always get in the Kubuntu variant). The reinstall went smoothly and the machine is moving right along. Lot of nice little incremental changes. The new Firefox (3b4) is very nice, and sounds like it has some great changes. [...]


  201. [...] Firefox 3 Memory Usage 詳細地看 FF3 使用甚麼方法去省減記憶用量 [...]


  202. [...] Firefox 3 Memory Usage « pavlov.net [...]

  203. Sumesh Says:

    I guess this means that finally, we can use the browser we all love, without actually worrying about resources. 200MB RAM is ok, but frequent hangups and CPU usage in FF2, wtf? I hope all of this is solved in Firefox 3. But maybe, extensions will still bog down FF.

    Kudos to you for a detailed write-up.


  204. [...] mühendisi Stuart PARMENTER, Firefox 3′ün bellek iyileştirme çalışmalarını blogunda ayrıntılı olarak açıklamış. Sonuçlar haberin başlığını oldukça haklı kılıyor. [...]


  205. [...] مقالة مطوري فايرفوكس This work, unless otherwise expressly stated, is licensed under a Creative Commons Attribution-Noncommercial-No Derivative Works 3.0 Unported License. [...]

  206. Robin Banfield Says:

    Superb job with FF3. I am currently test driving it on my new install of Ubuntu Hardy alpha and so far, I am quite impressed with it. It’s snappy, pages load much faster, and I get my memory back. Keep it up boys. Open Source will always come out on top.


  207. [...] se agradece, adems los dispositivos de mano siempre van escasos de RAM. Segn podemos leer en este enlace o en su resumen parece que los desarrolladores de Mozilla se han puesto las pilas en el tema y con [...]

  208. WilR Says:

    Thanks for the opera comparison :)

  209. hokkos Says:

    @Arun
    yes I reported the issue, the bug is here
    https://bugzilla.mozilla.org/show_bug.cgi?id=422676

    but so far no one care

  210. Otto Says:

    I have tested Beta 4 and it looks so ugly under KDE. Does anyone have that problem?


  211. [...] a la hora de desarrollar la próxima versión de nuestro navegador favorito.Stuart Parmenter ha realizado varias pruebas en Firefox 3, comparándolo con Internet Explorer 7 para ver el uso de memoria cuando abría un [...]


  212. [...] developer Stuart Parmenter has written an overview of the tactics that were used to reduce Firefox’s memory footprint and also reveals the [...]

  213. mcDavid Says:

    I’ve been using 3.0b4 on win XP for a while today and dámn it’s fast! And looks good too!

    It’s a pity not all the extensions I’m addicted to work on Fx3 yet, so I’ll stick to 2 for now.

  214. Ashutosh Says:

    Thank you and Keep it up!

    – A Mozilla fan & enthusiast :)


  215. [...] qui concerne l’utilisation de la mémoire je ne peux que vous conseiller l’article de Pavlov sur le [...]


  216. [...] Paulou.net [ Stuart Parmenter (Mozilla Developer) ] These icons link to social bookmarking sites where [...]

  217. simon Says:

    Hello could you make a feature in cache settings to make it possible to set 0 images in image cache? We have a monitor slideshow and I use Firefox to show the url slideshow. the images dont update when the hostfile does. Smal and local problem… but would like to know a workaround of feature to fix this.
    Tanks for reading this long :) and sorry for my English writing skill…
    //Simon

  218. Helder Magalhães Says:

    AFAIK Internet Explorer’s garbage collection runs only when the window is minimized [1] [2] so the comparison results can be somehow misleading.

    Nevertheless, I only hope that Firefox 3 quickly reaches a stable release version so we can enter a new generation of web crawling! :-)

    [1] http://novemberborn.net/javascript/memory-leaks-gone#c000804
    [2] http://www.nabble.com/Memory-Leak–td2756516.html#a2756516

  219. Randy Kramer Says:

    Thanks!

    I would have liked to see some comparison to konqueror (3.4.2 on Mandriva2006) as that is my current favorite browser, for at least two reasons:

    * reasonable memory use (afaict–less than older versions of mozilla-firefox)
    * I can (easily) create multiple instances, thus a crash in one (which doesn’t happen very often in konqueror) doesn’t bring down all my open pages–and I open the riskier (unknown) pages in my most expendable instance

    (Unfortunately (or not ;-), I don’t know how to get konqueror to view things like videos and Flash, so I don’t do those things–they certainly would use more memory and probably make konqueror less stable.)

    Sorry, I didn’t mean to get this deep into konqueror.

    I hope that other browser developers will follow firefox’s lead and find ways to minimize memory use.

    I’ve wondered for a few months now whether some browsers cache “rendered” HTML instead of the raw HTML directly from a webpage, and, if so, whether that inflates the size of the cache and slows down performance when swapping / memory management is considered.

    It sounds like you’ve considered this at least in some respects with the “font cache to improve text rendering speed”.

    Thanks again for addressing memory usage!


  220. [...] uit, is razendsnel (vooral de vooruitgang in de javascript engine is indrukwekkend) en gaat ook veel zuiniger om met geheugen. Beta5 is normaal gezien voor volgende week, ik vermoed dat de RC’s daarna aan de beurt zijn [...]

  221. Randy Kramer Says:

    PS: When I browse additional pages on a site, does Firefox re-use common images rather than re-download them? (Or does it do that only if the web page builder did something to facilitate that.)

    I’d like to see memory and bandwidth use minimized (recognizing that there could be some tradeoffs, but in cases like these, save the compressed image and reuse it).


  222. [...] elkaar te krijgen, hebben de bouwers van de populaire opensourcebrowser verschillende technieken toegepast. Zo wordt geheugenfragmentatie zoveel mogelijk voorkomen en is gepoogd het aantal [...]

  223. Florian Says:

    Great work, indeed.

    Yet, I do agree with Omry : the problem with circular references is really typical of reference counting, which is definitely not efficient… I suspect that the cycle collector was the easiest solution to the current problem for now, but are there any plans to use a more efficient garbage collector ?


  224. [...] sans compter celle que les plugins utilisent. Les développeurs ont beaucoup travaillés dessus. Stuart Parmenter, un développeur de Mozilla, explique comment ils sont arrivés petit à petit à gagner en [...]


  225. [...] Firefox – Full of plugins, liked by developers and bloggers, memory hog [...]

  226. Joe Smith Says:

    Thanks for taking the time to write this up! The relatively high level overview of the work was really enlightening, and I’m glad that there have been so many improvements made.


  227. [...] the question is that how this improvement was achieved? Check the Blog of Mozilla developer Stuart Parmenter How this test was carried out? They used the Talos framework for conducting it over Windows Vista. [...]


  228. [...] on Mozilla, and they’ve responded with major improvements to their rendering engine’s memory consumption and performance. I was speaking to some developers at a major Ajax shop yesterday, and they were [...]

  229. Markuz Says:

    Memory is the main reason why i don’t use firefox anymore. Sorry to say but i don’t care to have an “uber-fast” browser with 2000 caches of every type for every single element in every single webpage i visit, and than with just 3 tabs it uses over 10MB ram more than opera (just to make an example, i’m trying the latest opera weekly vs firefox 3 nightly with the same 3 sites opened in tabs).
    I prefer the “good-old-way” of having to wait 2 (or 3-4 seconds?) for the page to load instead of stress my very poor system memory (512mb, but even if i had 4gb i don’t like heavy apps) and having to worry about browser status when i play a game for example.


  230. [...] reading is the original blog post from Pavlov explaining the methods he and the other developers used for optimizing Firefox 3 memory usage, [...]


  231. [...] selain tuntuu käytössä reilusti nopeammalta kuin kakkos-tulikettu. Ilmeisesti esimerkiksi tämä blogipostaus ei siis ole ihan tuulesta temmattua [...]


  232. [...] If you have not already seen this, Stuart has made a awesome Post about the Firefox 3 Memory Usage. [...]


  233. Great job!
    I was really surprised how better is Firefox now.
    Thank You Very Much!!!


  234. [...] 3 en ce qui concerne l’utilisation de la mémoire je ne peux que vous conseiller l’article de Pavlov sur le sujet [...]


  235. [...] Read the whole article… This entry was posted on Sunday, March 23rd, 2008 at 2:59 pm and is filed under le Chat Marchet. You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site. [...]


  236. [...] an incredibly great browser, I think, and competition has helped that, resulting in things like our amazing memory footprint and the incredibly useful AwesomeBar and literally thousands of other [...]

  237. Elliot Says:

    You Firefox guys rock!!

    One question. What exactly is “RSS” under Linux, and how does it compare with Windows?


  238. [...] 3 is een stuk sneller en lichter, vermoedelijk de veelbesproken honger naar geheugen eindelijk is aangepakt. Ook het nieuwe bookmarksysteem – gebaseerd op een SQLite-database in plaats van Netscapes oude [...]

  239. Flash_killer Says:

    Unfortunately, Firefox 3 + Flash = No Memory Usage Improvement.

    Try open many tabs with youtube video and see the memory usage balloned. Closing all tabs except one does not free up memory.


  240. [...] 最近行なわれた一連の性能テストによると、WindowsのFirefox 3は、現行版であるFirefox 2に比べ、メモリ使用量が60%も少ないという。今年中にモバイル市場を席巻したいともくろむMozillaにとっては朗報だ。 [...]

  241. lfirefox Says:

    Hi Pavlov,

    Thanks for your post.

    We translated it to our german firefox blog.

  242. Bahr-El-Hawa Says:

    I just grabbed a copy of Portable Firefox 3.0b4 today. I’ve been reading here about how much better it is, but now I’ve seen it for myself. John: the javascript optimizations are noticeable and very much appreciated. This thing flies!!

  243. Josef Wainz Says:

    Thanks for the efforts. I had quit using FireFox because by the middle of the week, FireFox was using over 300mb of RAM, my machine couldn’t afford this. When I discovered the pre-Beta release of 3 had finally addressed the memory leak I tried it out and was pleasantly satisfied. Thanks to your changes I am using FireFox again.

  244. Dwindle Says:

    Firefox is currently using 409MB of my memory. I will never understand what causes this…


  245. [...] doesn’t turn you off perhaps the repulsive amounts of memory that Internet Explorer uses (which is depicted on the image on this article at pavlov.net) will turn you off for [...]

  246. harty Says:

    Installed FF3B4 for last 10 days. Works like a charm. Was getting irritated with FF2 mem leaks, but now realize sticking with it hasn’t hurt me one bit. Just can’t wait to have the official release out, and yea, waiting for those damn extensions to come out supporting FF3. Miss those a lot.


  247. [...] via swiftfox’s deb repository into my Xubuntu Gutsy. If firefox 3 beta 4 is on diet with memory usage, how much more in the latest incremental release? what do you [...]


  248. [...] quem interessar, “Pavlov”, engenheiro de software na Mozilla Corporation, documenta no seu blog o trabalho realizado a vários níveis para melhorar a gestão de memória no conhecido [...]

  249. David Tomlinson Says:

    I understand that many love Opera, for technical reasons, contrariness, geekness, ‘it ain’t MS’, etc. But why bother to compare against Opera when Opera has about 00.6% of browser share?

    I don’t write browser software, but manage groups that create web applications and web-based tools for Fortune 1000 companies. It’s IE, FF, and Safari, folks. That race is over. it’s IE for those that are stuck on Windows and don’t care, or can’t choose an alternate browser. it’s Safari for those Mac diehards and converts for similar reasons. And it’s FF for (nearly) everybody else. My teams write and test software for IE 6, IE 6, FF 2, and Safari, only.

    And, unless you’re one of those arrogant (or ignorant) .Net developers who only write for IE, so do you.

    When, or if, any other browser reaches or exceeds 4% usage share, I’ll include that browser in my development plans.

    Peace out.

  250. Paulo Ricardo Says:

    Yeah! Only 150 MB of RAM with 150 tabs opened for about 15 days ago. We trully win!


  251. [...] 3 will debut in June 2008, fixing its memory-hogging. [I still have faith that Opera 9.5 will reclaim its position as the fastest [...]


  252. [...] В полето на мобилните телефони, Opera Mini има завиден пазарен дял, но Skyfire също блесна с перфектно показване на уеб-сайтове, (които до сега имаха трудности с мобилните си версии) въпреки че е само за Windows Mobile. С наближаване излизането на третата версия на Firefox, Mozilla дава сигнали за впечатляващо изпълнение и подобрения в управлението на паметта. [...]


  253. [...] Firefox 3.0 seems quite promising. Though, I can’t really agree with all of the thousands of blogs that are completely flabbergasted of the fact the next shipped release actually works. Or, [...]


  254. [...] On the mobile front, Opera Mini has decent market share, and the Skyfire mobile browser made a splash with its perfect rendering of web sites that don’t survive the mobile experience well, albeit only for Windows Mobile. And with the third release of Firefox approaching, Mozilla is reporting impressive performance and memory management numbers. [...]

  255. La uno.com Says:

    [...] Firefox ahora usa menos memoria que otros navegadores. Esto no solo lo dicen los desarrolladores de Mozilla, sino CyberNet y The Browser World tambien. En lo que respecta a la prueba Acid3, firefox apunto [...]


  256. [...] 在Firefox開發者的blog上記錄了一些記憶體漏洞的修正項目。當Firefox從1.5推進到Firefox 2時,刻意控制了瀏覽器引擎的改進項目,只由Gecko 1.8修正到1.8.1,另一組人則開始著手開發Gecko 1.9引擎。 [...]


  257. [...] Firefox kini memakai memori yang lebih sedikit dibandingkan browser tidak hanya dalam pengujian Mozilla sendiri tetapi juga situs [...]


  258. [...] Firefox kini memakai memori yang lebih sedikit dibandingkan browser tidak hanya dalam pengujian Mozilla sendiri tetapi juga situs [...]


  259. [...] gestion de la mémoire est vraiment bien maitrisée (le jour et la nuit avec FF2). Je vous redonne cet article (en anglais) ou Pavlov propose un test comparatif au niveau de la mémoire entre Firefox 3, Firefox [...]


  260. [...] Looks like Firefox 3 totally smashes the proprietary competitors in terms of memory usage: [...]


  261. [...] Firefox 3 Memory Usage — pavlov.net: I met Stuart Parmenter, a/k/a Pavlov, during his time at OSAF. Here he offers an in-depth explanation why Firefox 3.0 no longer leaks memory the way the older version did (meaning that if you kept a jillion tabs open for a long time, the way I do, the browser would gradually eat up your computer’s available memory). This is heavy technical sledding, but a fascinating document of just how much painstaking, drudgery-filled detective work goes into the fine-tuning of a software application. [...]

  262. Trust Says:

    I am glad to see you are correcting the problem that made me abandon firefox completly I was so loyal to the browser but it brought my machine to a hault because of how it would graze memory if i was opening pages while working. I cant wait to use version 3.


  263. [...] opened it. I’m not saying that Firefox 2 was that bad – it’s just that 3 is better. Stuart Parmenter, a Firefox developer, has written about these improvements on his blog. The biggest effect from this will be a blow against the Flash/Silverlight systems, for performance [...]


  264. [...] architecture) they remain a rather staid affair compared with the vibrant Firefox ecosystem. Reducing footprint, boosting performance, improving standards support and adding cool new features are all great, but [...]

  265. Rob Says:

    Unfortunately, I’ve been noticing huge memory leaks in beta 5. After an hour of use or so, it’s up to 300 megs where it never had been before on my Vista machine. I hope this is patched up for beta 6 or release… I never had the memory leak trouble before so I’d hope I don’t get to make up for it this time around..

  266. Haseo Says:

    About Firefox 3 beta 5 memory leak, i’ve found that when i starting application it gets more and more memory till 40Mb then stops but thats not all, my RAM usage goes far beyound this, it gets up to 255Mb (have 255 overall) and not releases untill i close it. I thought it is a memory leak by some addon like adblock and stuff but no, tried with safe mode nothing helped
    Hope that update will be better :)

  267. firefox supporter Says:

    So, FF3 will now be able to challenge opera 9.5 interns of resource usage. Goo competition for alternative browsers, specifically advanced users. I do think IE users are either ignorant, dumb or has no clue in anything other than that came with the bulky box od dell pc and win vista haha.

  268. Daniel Says:

    You said: “As of beta 4 we now use jemalloc on both Windows and Linux.” What about Macs? Will jemalloc be available on Mac?

  269. ca1 Says:

    congratulations.
    now you are trading memory for speed.
    looks like this program is not a little baby anymore. storing every bitmap as raw 32 bit, even animated gifs … for ludum dare (24 hour to wrote a game) fine but 100+ texts/images browser over expensive ($) medium within limited memory. i am disappointed for i cannot laugh anymore;)


  270. [...] fixed them we have. Simply put, Firefox 3 kicks ass in the performance department. Whether you’re like me and have a million applications and tabs open at once, or just use [...]

  271. previously frustraded dev. Says:

    Sure hope the Ajax leaks are solved. I had an app that fired XMLHTTPReq’s on a timer that no amount of code would break the “cycle”. Hopefully v3 has implemented this better.


  272. [...] Upcoming Firefox 3 looks like got it right! Posted on June 16, 2008 by serk01 June 17th, (i.e. tomorrow) is the date of the official release of Firefox 3. This version of Firefox seems to have quite a lot of differences from its predecessors the most important of which is a smaller memory usage. One of the developers involved in Firefox has provided a nice overview of the changes that were introduced to the latest version of the browser and it’s really worth reading. [...]

  273. Eidam Says:

    hello.

    reducing the memory is definetly a great accomplishment. however, all these tests are made in large scales; after some time memory quickly eats as much as ~100MB, which is quite annoying when you usually browse with little (not more than 3) tabs open.

    i hope the mozilla team will be improving this in the next release.

  274. Danny Weiss Says:

    From a real world perspective on the memory issue – Thanks very much! My use of the browser is probably a text box for bad practice – I’ll leave 20 to 30 tabs open for days, maybe weeks at a time, opening and closing additional tabs as I go. Previously, I absolutely had to restart FF periodically in order to free up memory and restore performance, so far FF-3 is much, much better in this regard.

    Curiously, I find that FF3’s memory performance is even better on Windows 2000 than XP, though I suppose there are not too many of us around that still care about that!

    Anyway, just wanted to offer my 2cents and sincere thanks as a FF user.

    -Danny.


  275. [...] Firefox 3.0 This browser exhibits memory usage that is by far lower than the others. It releases memory to the system and the trend line is nearly flat. (This is likely due to the efforts outlined here.) [...]


  276. [...] primary goal was memory reduction. You can read the details on one of the developers’ blogs, Firefox 3 Memory Usage. From just going to the sites I normally visit I can feel how blazing fast it is but for more [...]


  277. [...] Firefox 3.0 This browser exhibits memory usage that is by far lower than the others. It releases memory to the system and the trend line is nearly flat. (This is likely due to the efforts outlined here.) [...]


  278. [...] but Evans’ contribution proved particularly significant. According to Firefox developer Stuart Parmenter, their tests of the browser on Windows Vista showed a 22% drop in memory usage once they turned on [...]


  279. [...] Here, you’ll see the results from one researcher as he puts several popular browsers through their paces and monitors memory use.  As promised with the release of Firefox 3, it excels in managing memory.  If you’re in for a technical read, here’s why. [...]

  280. robg Says:

    i’m, uh, shocked at this koolaid drinking on FF3’s performance. Fixed the memory issues? You’re joking? FF3 is using far, far more memory than FF2 did for me on my very standard Dell/XP machine. FF3 regularly gobbles the CPU and essentially shuts down my machine for about 60 seconds at a time. This is not an improvement but a huge frustration. Every actual user I know has the same story. Back to FF2 for me.


  281. This is really interesting…I just come across this because I finally decided to search out why my FF3.0.1 is leaking so much memory….I start out using about 100mb(i’m extension heavy) and now, after searching this out for about 15minutes I’m sitting at 183,280mb. I have 7tabs open and one has a little flash going on. I guarantee that within an hour, if I just let it sit here…I’ll be at about 360,000mb. I left it up and open over night with only one tab open, gmail…and woke up to over 500,000mb in memory used. I just don’t get it.

    I’m definitely NOT a beta tester because I do not under how all the stuff works on the back end….Wish I did….

    Any recommendations? Is there a list somewhere that has all the extensions with memory leaks?

    Thanks for a great browsing experience FF. I really couldn’t live without You

    PocketChalker


  282. Ok…as an example….I went and ate breakfast…

    My Memory usage is now 308,812
    315,424
    321…

    It’s growing fast now….


  283. [...] is that speed, memory use and overall performance are all vastly improved in this version. Read the recent report by Mozilla’s Stuart Parmenter for the nitty-gritty details about the browser’s performance [...]

  284. I.K. Says:

    Compared with FF2, for me there really are *no* improvements concerning memory usage.
    With FF3 it even is worse than ever before!
    Sometimes I get ~500 MB within the first 20 minutes by just opening some AJAX heavy sites – and memory is still constantly growing (same without extensions and/or a new profile).

    Additionally FF3 often crashes, especially if the amount of used memory reaches high values. If it -exceptionally- does not crash I need to restart manually because of memory exhaustion or because it is slowing down. Meanwhile I believe ‘crashing’ is a new built-in feature to automatically release the memory.

    Don’t get me wrong, I know you and others did hard work on it, but for me it missed to have any positive effect. I’m very disappointed even angry, anyhow I still use FF because I need some of it’s special features. No real alternative. According to my.Opera forum topics their current version 9.52 now has the same problems, just like Firefox. Memory hogging, it really seems to be an overall modern browser feature (lucky who believes that).

    I do not need to read reviews or browser-tests as I experience the browsers performance every day while I’m working. I need to open (and close) a minimum of 500+ tabs every day, many of the sites are javascript intensive. My conclusion: It’s still a fact, Firefox allocates much too much memory and releases a minor part of it only. Parts of the FF code urgently have to be revised – for real work the browser is almost unacceptable.
    If the leaks cannot be found or fixed, a minimum requirement would be a feature of seperating processes per tab – so that allocated memory is released as soon as a tab is closed.


  285. [...] at full speed until the end of 2007, when I took a few months to look at memory usage.  I’ve written in pretty great detail about the work that went on in fixing the memory usage in Firefox that [...]

  286. EH Says:

    My experience mirrors I.K.’s. With only AdBlock and Netvibes (~100 feeds) open I can easily blow FF3 up to half a gig in less than a day just by letting it sit there.

  287. Renee Says:

    Congratulations – I had noticed the old firefox using progressively more memory (I don’t go near IE anymore), and I was hoping someone somewhere was working on it. I’m ecstatic that you guys have worked out a solution. I started using 3.1… at work last week and immediately noticed the difference. This is even better news for my ancient home laptop (7 years and still ticking along in linux!), since I maxed out my RAM at 750MB.

    Kudos to team Firefox!

    your fan,

    Renee

  288. David Says:

    I have written numerous Firefox plugin’s and I have to say that Firefox 3 is definitely a push in the right direction. All the effort that guys like you have put into making Firefox what it is today is truly excellent.

    It’s come a long way since it’s first releases and I hope it continues to make ground in the browser industry because it is a truly great piece of software that still shows up browser on the market.

  289. Amit Says:

    Hi
    I just like to thanks all the people who worked nights & days to bring us the best browser. I believe there are meny ppl like myself apriciating all the effort you have done.

    Thanks you all
    and keep up the great job

    Amit
    A FFF
    FireFox Fan ;)


Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s


Follow

Get every new post delivered to your Inbox.

%d bloggers like this: