Closed Bug 1027649 Opened 10 years ago Closed 10 years ago

USS increase for the b2g process when running the performance test.

Categories

(Firefox OS Graveyard :: Gaia, defect, P2)

x86_64
Linux
defect

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: hub, Assigned: wcosta)

References

Details

(Keywords: memory-footprint, perf, Whiteboard: [c=automation,memory p= s= u=])

Attachments

(2 files)

Run |make test-perf| on a device. 

b2g USS increase over time and never comes back.

If you run on Hamachi right now you'll end up getting errors because of that (256MB). See bug 1020557.

Bug 1027232 should alieviate the concerns about the bug failing, but only as a side effect.
Keywords: perf
Priority: -- → P2
Whiteboard: [c=automation,memory p= s= u=]
Note: testing of this will be influenced by bug 1027232 evolution. I'll update the testing procedure.
Adding some MTBF folks in Cc. This issue should fall under MTBF, unless the memory leak is relate to our use of marionette.

We haven't tracked the issue yet, but seen the symptoms.
Keywords: footprint
I just encountered this on unagi, and it leaks very quickly as to trigger the OOM killer instead of the expected lowmem killer. The b2g process is leaking data URL strings containing the marketplace icon. The data URL is referenced in JS from:

python ~/git/heapgraph/g/find_roots.py gc-edges.8117.log 0x49e228e0
Parsing gc-edges.8117.log. Done loading graph. Reversing graph. Done.

via nsXPCWrappedJS::mJSObj :
0x44bd38e0 [Object <no private>]
    --[_manifest]--> 0x49e1fa90 [Object <no private>]
    --[icons]--> 0x49e1faf0 [Object <no private>]
    --[objectElements[120]]--> 0x49e228e0 [string <length 28946> data:image/png;base64,iVBORw]

Found and displayed 1 paths.
Attached image The decoded data URL (deleted) —
Attached file The memory report (deleted) —
Assignee: nobody → wcosta
Status: NEW → ASSIGNED
The app icons looks a lot like bug 1040341 :
https://bugzilla.mozilla.org/show_bug.cgi?id=1040341

Cervantes, do you think bug 1040341 is what you are seeing?
Flags: needinfo?(cyu)
This doesn't look like bug 1040341. The key difference is in https://bugzilla.mozilla.org/show_bug.cgi?id=1040341#c1 that the images get discarded on memory pressure. In this bug, we see the memory usage increases to the extent of b2g being killed.

On a side note, I didn't see the memory leak in this bug on a recent m-c build. I am not sure if it is fixed elsewhere or I just missed the key to trigger the leak.
Flags: needinfo?(cyu)
Depends on: 1048402
How much is the USS growth? I am testing with a flame 319mb; before make test-perf b2g-info reports around 57~60mb USS memory. When test-perf finishes, the USS is around 68~70mb. I am using RESTART_B2G=0.
Flags: needinfo?(hub)
It used to grow ~230MB and then get OOM-killed . This was on hamachi as well, so other factor might be in effect.
Flags: needinfo?(hub)
Running it on master (2.1) on an hamachi and I can't reproduce. It may have gone away.
(In reply to Hubert Figuiere [:hub] from comment #10)
> Running it on master (2.1) on an hamachi and I can't reproduce. It may have
> gone away.

Thanks, hub.
The bug has gone away, closed.
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: