Closed Bug 680713 Opened 14 years ago Closed 14 years ago

memory leak in Firefox 6.0

Categories

(Firefox :: General, defect)

6 Branch
x86_64
Windows 7
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 668809

People

(Reporter: ir0nh34d, Unassigned)

Details

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0) Gecko/20100101 Firefox/6.0 Build ID: 20110811165603 Steps to reproduce: Left Firefox open for a day Actual results: The memory continually increased to it eventually using 1.5 GB (worst case). Expected results: It should not use this much memory.
There is not enough information in this bug. Do you already tried this with http://support.mozilla.com/en-US/kb/Safe+Mode Please copy about:memory if Firefox uses 1.5gb and paste it here.
This may be a duplicate of Bug 656120 or Bug 661527. Comment if you do not think those cover your problem.
I haven't been able to re-create the massive memory usage (i.e. the 1.5 GB issue I saw). I have seen it climb to 400 MB in 'regular mode' and have seen it climb to 250 MB in 'safe mode'. I haven't responded thus far as I am trying to make some sense of what I am seeing. It its at all helpful, I can capture about:memory at startup and about:memory after a days worth of usage.
You must define 'days worth of usage'. I understood the original report that you leave firefox open but do not use it (it is idle). Is that not the case?
It's a combination of usage and idle time. The instance for which I saw it using 1.5 GB of memory it was when I left it running and idle overnight. I will test this again tonight to see if I get similar behaviour.
After leaving it idle for about 7 hours today and returning to it this evening It's using 622 MB with 5 tabs (4 are app tabs, plus 1 regular tab). The 4 app tabs are Google Reader, Google Calendar, Twitter and Hotmail. The regular tab is the default home tab (about:home). Main Process Explicit Allocations 622.74 MB (100.0%) -- explicit ├──370.19 MB (59.45%) -- js │ ├──349.00 MB (56.04%) -- gc-heap │ ├───12.76 MB (02.05%) -- mjit-code │ ├────5.06 MB (00.81%) -- tjit-data │ │ └──5.06 MB (00.81%) -- (2 omitted) │ └────3.37 MB (00.54%) -- (2 omitted) ├──190.62 MB (30.61%) -- heap-unclassified ├───49.33 MB (07.92%) -- storage │ └──49.33 MB (07.92%) -- sqlite │ ├──27.13 MB (04.36%) -- urlclassifier3.sqlite │ │ ├──27.05 MB (04.34%) -- cache-used │ │ └───0.08 MB (00.01%) -- (2 omitted) │ ├──16.68 MB (02.68%) -- places.sqlite │ │ ├──16.35 MB (02.63%) -- cache-used │ │ └───0.33 MB (00.05%) -- (2 omitted) │ └───5.51 MB (00.88%) -- (12 omitted) ├────8.63 MB (01.39%) -- images │ ├──8.41 MB (01.35%) -- content │ │ ├──8.41 MB (01.35%) -- used │ │ │ ├──6.98 MB (01.12%) -- uncompressed │ │ │ └──1.43 MB (00.23%) -- (1 omitted) │ │ └──0.00 MB (00.00%) -- (1 omitted) │ └──0.22 MB (00.04%) -- (1 omitted) └────3.97 MB (00.64%) -- layout ├──3.97 MB (00.64%) -- all └──0.00 MB (00.00%) -- (1 omitted) Other Measurements 785.75 MB -- resident 766.13 MB -- private 715.90 MB -- heap-committed 608.79 MB -- heap-used 505.21 MB -- heap-unused 8.27 MB -- gfx-surface-win32 5.21 MB -- shmem-allocated 5.21 MB -- shmem-mapped 3.13 MB -- heap-dirty 0.00 MB -- gfx-surface-image 0.00 MB -- gfx-d2d-surfacecache 0.00 MB -- gfx-d2d-surfacevram 0.00 MB -- canvas-2d-pixel-bytes
I've updated to 7.0b2 since as I understand it, it's focused on these memory issues. Interestingly enough, it seems the hotmail tab is a source of significant memory usage when left running for long periods.
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.