344438 - Run away Memory, VM, and GDI Obj use on recent trunk builds

Status: RESOLVED DUPLICATE of bug 341430

(Firefox :: General, defect)

Description

[chris hofmann]

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.

Comment 1

[chris hofmann]

Attachment: screen shot of what is going on after 4 or 5 hours of use.

Comment 2

[Régis Caspar]

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.

Comment 3

[chris hofmann]

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?

Comment 4

[Ryuichi KUBUKI]

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

Comment 5

[Wayne Mery (:wsmwk)]

(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?

Comment 6

[chris hofmann]

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. 

Comment 7

[Wayne Mery (:wsmwk)]

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