Closed
Bug 1228615
Opened 9 years ago
Closed 8 years ago
[e10s] (Win) Nightly (FF45.0a1) main process use a lot of memory in the last builds (2015-11-25)
Categories
(Core :: Hardware Abstraction Layer (HAL), defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: BesTo, Unassigned)
References
(Blocks 1 open bug)
Details
(Whiteboard: [MemShrink])
Attachments
(13 files)
2.79 KB,
image/png
|
Details | |
18.54 KB,
image/png
|
Details | |
392.16 KB,
application/x-gzip
|
Details | |
398.19 KB,
application/x-gzip
|
Details | |
420.52 KB,
application/x-gzip
|
Details | |
417.56 KB,
application/x-gzip
|
Details | |
473.89 KB,
application/x-gzip
|
Details | |
375.81 KB,
application/x-gzip
|
Details | |
399.69 KB,
application/x-gzip
|
Details | |
182.43 KB,
application/x-gzip
|
Details | |
188.63 KB,
application/x-gzip
|
Details | |
331.26 KB,
application/x-gzip
|
Details | |
431.48 KB,
application/x-gzip
|
Details |
Firefox.exe (Nightly, FF45.0a1) use a lot of memory on Win7 w/ 64bit & e10s in the last builds (around 2015-11-25). Memory consumption till now ~750MB after startup and session restore. Memory in the last days after startup and session restore: ~1.200MB I can see in "about:memory": 117.56 MB (11.18%) ── heap-unclassified I attach 2 screenshots from "about:memory".
Reporter | ||
Updated•9 years ago
|
Whiteboard: [MemShrink:P1] → [MemShrink]
Reporter | ||
Comment 1•9 years ago
|
||
Reporter | ||
Comment 2•9 years ago
|
||
Comment 3•9 years ago
|
||
Can you include the full memory report, not just a screen shot, one from before the regression, one from after? You can anonymize them. Then we can subtract one from the other to determine what increased.
Flags: needinfo?(Tobias.Besemer)
Reporter | ||
Comment 4•9 years ago
|
||
(In reply to Timothy Nikkel (:tn) from comment #3) > Can you include the full memory report, not just a screen shot, one from > before the regression, one from after? You can anonymize them. Then we can > subtract one from the other to determine what increased. Sorry, forgot the mem report! OK, does some tests ... Report 1: FF43.0a2 2015-11-28, started in offline mode, 8 windows, a lot of tabs, no page loaded firefox.exe: 530MB; plugin-container.exe: 600MB Report 2: FF44.0a1 2015-11-27, started in offline mode, 8 windows, a lot of tabs, no page loaded firefox.exe: 1.015MB; plugin-container.exe: 95MB Report 3: FF44.0a1 2015-11-27, started in offline mode, 8 windows, a lot of tabs, some pages loaded firefox.exe: 1.245MB; plugin-container.exe: 248MB Report 4: FF44.0a1 2015-11-27, started in offline mode, 8 windows, a lot of tabs, this page loaded firefox.exe: 1.315MB; plugin-container.exe: 145MB If I would now load more pages/start surfing, the mem used by plugin-container.exe would grow rapidly.
Flags: needinfo?(Tobias.Besemer)
Reporter | ||
Comment 5•9 years ago
|
||
Sorry! FF43.0a2 -> FF44.0a2 FF44.0a1 -> FF45.0a1 ;-)
Reporter | ||
Comment 6•9 years ago
|
||
Reporter | ||
Comment 7•9 years ago
|
||
Reporter | ||
Comment 8•9 years ago
|
||
Reporter | ||
Comment 9•9 years ago
|
||
Reporter | ||
Comment 10•9 years ago
|
||
Report 5: FF44.0a1 2015-11-27, started in offline mode, 8 windows, a lot of tabs, 10-15 pages loaded firefox.exe: 1.265MB; plugin-container.exe: 615MB
Reporter | ||
Comment 11•9 years ago
|
||
Reporter | ||
Comment 12•9 years ago
|
||
Report 6: FF45.0a1 2015-11-27, started in offline mode, 8 windows, a lot of tabs, some more pages opened/loaded, some runtime firefox.exe: 1.355MB; plugin-container.exe: 855MB
Reporter | ||
Comment 13•9 years ago
|
||
Reporter | ||
Comment 14•9 years ago
|
||
Report 7: FF45.0a1 2015-11-27, started in offline mode, 8 windows, a lot of tabs, more pages opened/loaded, some more runtime firefox.exe: 1.380MB; plugin-container.exe: 1.165MB
Reporter | ||
Comment 15•9 years ago
|
||
Updated•9 years ago
|
Flags: needinfo?(mconley)
Comment 16•9 years ago
|
||
Hey Tobias, I suspect this might be an expected shifting of memory around from bug 1209689. Can you test this build to see if the problem is gone: http://archive.mozilla.org/pub/firefox/tinderbox-builds/fx-team-win32/1448039310/firefox-45.0a1.en-US.win32.zip And then test this build to see if the problem is there?: http://archive.mozilla.org/pub/firefox/tinderbox-builds/fx-team-win32/1448052693/firefox-45.0a1.en-US.win32.zip If so, then this is indeed from bug 1209689, and we can probably dupe this off to bug 1227275 which will (hopefully) move the memory usage back to the content process. Alternatively, we could mark this as INVALID since it's not unexpected.
Flags: needinfo?(mconley) → needinfo?(Tobias.Besemer)
Reporter | ||
Comment 17•9 years ago
|
||
(In reply to Mike Conley (:mconley) - Needinfo me! from comment #16) > Hey Tobias, > > I suspect this might be an expected shifting of memory around from bug > 1209689. Can you test this build to see if the problem is gone: > > http://archive.mozilla.org/pub/firefox/tinderbox-builds/fx-team-win32/ > 1448039310/firefox-45.0a1.en-US.win32.zip > > And then test this build to see if the problem is there?: > > http://archive.mozilla.org/pub/firefox/tinderbox-builds/fx-team-win32/ > 1448052693/firefox-45.0a1.en-US.win32.zip > > If so, then this is indeed from bug 1209689, and we can probably dupe this > off to bug 1227275 which will (hopefully) move the memory usage back to the > content process. Alternatively, we could mark this as INVALID since it's not > unexpected. Hi Mike, you don't make it really easy for me... ;-) OK, at first: I use normally the 64-bit builds, ... (Same results with 32-bit builds ???) At second: The old session I used to measure was completely bookmarked by me and a new session was started... (Less tabs, less Mem...) And the 3th is: Since the update from yesterday it looks better again. So if the patch was landed at the weekend... So, do you really need this test by me, or should be now all fine again with this prob ??? But: I did some other measurements yesterday and today ... run FF to (my system) limits ... I be pretty sure, not much people at Mozilla use Windows ... so I think analyzing my measures should bring some interesting results ... -> memory-report_1.json.gz <- FF45.0a1, Build 2015-11-29(?), 64-bit, Win7 firefox.exe: 775MB plugin-container.exe: 1.675MB Open Windows: 6 Open Tabs: 4, 14, 1, 1, 1, 17 (=38) -> memory-report_2.json.gz <- FF45.0a1, Build 2015-11-30(?), 64-bit, Win7 firefox.exe: 855MB plugin-container.exe: 1.985MB Open Windows: 7 Open Tabs: 7, 17, 1, 62, 1, 1, 8 (=97) (not all loaded?)
Flags: needinfo?(Tobias.Besemer)
Reporter | ||
Comment 18•9 years ago
|
||
Reporter | ||
Comment 19•9 years ago
|
||
Comment 20•9 years ago
|
||
Glad it has improved for you. If you happen to see the same increase in memory again, quit the browser while saving your session, please try my two builds from comment 16 to see if there's a difference. Thanks!
Flags: needinfo?(Tobias.Besemer)
Reporter | ||
Comment 21•9 years ago
|
||
Btw.: Who is the person by Mozilla who knew after 2h all I have ever done for the projects and that I don't be usable for the QA-Job I have applied for and send me a reject ??? Seems he is a f*cking fast worker... ;-)
Reporter | ||
Comment 22•9 years ago
|
||
(In reply to Mike Conley (:mconley) - Needinfo me! from comment #20) > Glad it has improved for you. > > If you happen to see the same increase in memory again, quit the browser > while saving your session, please try my two builds from comment 16 to see > if there's a difference. Thanks! Try the builds only if the mem goes wild again, right?
Reporter | ||
Updated•9 years ago
|
Flags: needinfo?(Tobias.Besemer)
Comment 23•9 years ago
|
||
(In reply to Tobias B. Besemer [:BesTo] (QA) from comment #22) > (In reply to Mike Conley (:mconley) - Needinfo me! from comment #20) > > Glad it has improved for you. > > > > If you happen to see the same increase in memory again, quit the browser > > while saving your session, please try my two builds from comment 16 to see > > if there's a difference. Thanks! > > Try the builds only if the mem goes wild again, right? Correct! Thanks!
Flags: needinfo?(Tobias.Besemer)
Reporter | ||
Comment 24•9 years ago
|
||
Mike, maybe you can give a feedback when you had a look at the two other reports from me in the next days? Think we can after that mark this bug as "fixed"...
Flags: needinfo?(Tobias.Besemer) → needinfo?(mconley)
Reporter | ||
Comment 25•9 years ago
|
||
OK, seems the mem-usage was yesterday a little bit higher again... or I had a "crazy" session... Don't know! Looks ATM good again... Also Mozilla should be aware now, so it should be intended... But I left my FF yesterday evening in offline-mode and today (~10h later) he needed ~100MB more! Guess there should be at least one other big mem-leak... I attach a new log from the session (Log_3). Also, if someone at Mozilla still don't know, whats going wrong, something to read... ;-) :-P https://en.wikipedia.org/wiki/Usage_share_of_web_browsers http://gs.statcounter.com/ https://www.netmarketshare.com/browser-market-share.aspx?qprid=0&qpcustomd=0 https://en.wikipedia.org/wiki/Usage_share_of_operating_systems https://www.netmarketshare.com/operating-system-market-share.aspx?qprid=10&qpcustomd=0 And it seems I spend to much time in the web... :D (... I'm from Germany.) https://en.wikipedia.org/wiki/File:Browser_Market_Map_June_2015.svg
Reporter | ||
Comment 26•9 years ago
|
||
Reporter | ||
Comment 27•9 years ago
|
||
Log 4 firefox.exe: 1.000MB plugin-container.exe: 1.650MB
Reporter | ||
Comment 28•9 years ago
|
||
Comment 29•8 years ago
|
||
I'm honestly not sure what to do with these memory reports. It doesn't, from the face of it, sound like an e10s-specific bug. It's tagged with MemShrink though, so hopefully one of our helpful MemShrink team members will be able to look at your memory reports and help shine a light on what might be consuming so much memory.
Flags: needinfo?(mconley)
Comment 30•8 years ago
|
||
Are the memory reports in here pointing to anything actionable, mccr8?
Flags: needinfo?(continuation)
Comment 31•8 years ago
|
||
Nothing really stands out in those last two memory reports. It is hard to know what is at fault when memory increases in a long-running session, particularly if you don't have a memory report from the start. It could be that a page has a leak, or it could be something in the browser. I do see about 18mb of memory for a worker related to translation somehow ("translation/cld-worker.js") but maybe that's normal? The -4 report also has about a dozen other workers. I'm not sure what those are doing.
Flags: needinfo?(continuation)
Comment 32•8 years ago
|
||
I'll just mark this as worksforme, as it sounds like the initial comment was about some specific thing that has been fixed in the meanwhile.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•