Might be multiple problems here and I haven't been able to isolate much yet, but trunk builds starting late last week seem to have run-away Memory usage and grow VM size until the build is no longer usable. Here is the latest that I'm using Build identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060711 Minefield/3.0a1 memory use starts out about mem peakmem VMSize GDIObj Firefox.exe 41MB 42MB 29MB 194 Then memory use seems to run away to over 400MB after opening many tabs and about 4-5 hours of use. At this point the browser becomes unusable and I need to kill the process to continue. If I let things sit for awhile Mem use declines, but VMSize and GDI Objects remain very high. Here is how things look after letting things sit for awhile mem peakmem VMSize GDIObj Firefox.exe 213MB 438MB 762MB 1,115 The content being viewed in the tabs includes gmail, bugzilla, reporter tool, talkback, and random news links... I thought hybernating/going off-line then coming back on-line might be part of the problem but today I also see it in a single session that I started since rebooting my laptop this morning. logging this to see if anyone has seen similiar in the last few days and to try and connect to other bugs.

on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060712 Minefield/3.0a1 ID:2006071205 [cairo], according to process explorer: Started at 15:59:45 - 12/07/2006 Mesured at 01:40:00 - 13/07/2006 Mem: 91MB (Peak 101MB) / GDI: 643 / Handles: 336 / USER handles: 103 So perhaps you have some bad extension or so. http://plugindoc.mozdev.org/faqs/memusage.html is worth a reading :) Note: I restart my FF only when my computer need restart, when it crash and for nightly updates. Perhaps you should tell if you use cairo (gaius) or non-cairo (pacifica) builds.

my build is: --enable-application=browser --enable-update-channel=nightly --enable-optimize --disable-debug --disable-tests --enable-static --disable-shared --enable-svg --enable-canvas --enable-default-toolkit=cairo-windows --enable-update-packaging Its the trunk, so very few extensions are compatible. I have talkback, chatzilla, dom inspector, and the gmail notifier extension installed and running. wonder if anyone has seen this on branch builds as well?

After bug 353090 was fixed, memory consumption of FF is around 330MB for me. Before that it reached 700MB. Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060928 Minefield/3.0a1 ID:2006092821 [cairo] Related Mozillazine discussion: http://forums.mozillazine.org/viewtopic.php?t=452354&start=30

(In reply to comment #0) > > The content being viewed in the tabs includes gmail gmail would make this a dup of bug 341430 Chris, does bug 341430 look to be a good match, and what is your rate of memory loss?

its been a while since I've run trunk builds. memory usage on firefox 2.0 seem much better behaved than with 1.5.0.x or the trunk builds where I was seeing the problems last summer. duping this bug against bug 341430 sounds good.

*** This bug has been marked as a duplicate of 341430 ***