1373003 - High memory usage after successive loads of a page

Status: RESOLVED DUPLICATE of bug 1374037

(Firefox for Android Graveyard :: General, defect)

Description

[Mike Kaply [:mkaply]]

We have an OEM reporting that if they continually load a page like yahoo.com, att.start.net or amazon.com or go back between them, memory usage starts jumping on Fennec and does not really ever drop down.

In our testing, we're seeing similar behavior.

The easiest way to see this is start Firefox.

Run:

adb shell dumpsys meminfo | grep org.mozilla.firefox

navigate to yahoo.com. and then run 

adb shell dumpsys meminfo | grep org.mozilla.firefox

again.

Keep hitting reload, then checking meminfo. Or navigate to amazon and check meminfo.

You'll see memory usage continue to climb.

In their testing, they did this 70-80 times.

Comment 1

[Mike Connor [:mconnor]]

Any updates or questions on this issue?  This is blocking a significant OEM distribution.

Comment 2

[Eugen Sawin [:esawin]]

100 page reloads on amazon.com - Fennec 54 - Nexus 7
Fresh start: 178633 kB
Page reloads (100): 273754 kB - 343371 kB
Tab closed: 236064 kB

Memory usage jumped between 270 MB  and 340 MB without showing a clear (leaky) growth. Memory usage jumped back to 240 MB after closing the tab.

Similar results were shown on different URL/device/Fennec version combinations. I conclude that memory usage does not show incremental growth on successive reloads of a page.

Comment 3

[Eugen Sawin [:esawin]]

New STR:
1. Launch Fennec.
2. Open URL (amazon.com).
3. Push Android back button (back to Fennec home screen).
4. Push Android back button (back to Android home screen).
5. Repeat.

New STR on amazon.com - Fennec 54 Nexus 4
Fresh start: 161241 kB
Iterations: 225603 kB - 1117643 kB (and increasing)
Tab closed at 707307 kB: 659957 kB

With the STR given above, memory usage continues to climb in increments of ~5-10 MB and sometimes in jumps of ~50 MB per iteration.
Closing the tab does seem to release memory for the currently loaded tab as before, but does not release the previously leaked memory.

Comment 4

[Eugen Sawin [:esawin]]

Attachment: Memory report: amazon.com initial page load

Comment 5

[Eugen Sawin [:esawin]]

Attachment: Memory report: amazon.com iteration at 790 MB

Comment 6

[Eugen Sawin [:esawin]]

Attachment: Memory report: amazon.com iteration at 1350 MB

Comment 7

[Eugen Sawin [:esawin]]

Attachment: /proc/id/maps initial load at 200 MB

Note: summed up mappings for /dev/kgsl-3d0 at ~24 MB.

Comment 8

[Eugen Sawin [:esawin]]

Attachment: /proc/id/maps iteration at 1000 MB

Note: summed up mappings for /dev/kgsl-3d0 at ~454 MB.

Comment 9

[Mike Kaply [:mkaply]]

Do we have anything to report on this? Thanks.

Comment 10

[Eugen Sawin [:esawin]]

I fail to reproduce this on Fennec Nightly and Beta. I'm not sure whether it has been fixed or if something else is playing into this.

In the meanwhile, would it be possible for the OEM to verify this on Firefox Beta (55.0b5)?

Comment 11

[Eugen Sawin [:esawin]]

Bug 1374037 might have the explanation why we only see this issue on the 54 release channel.
If the OEM can still reproduce this on 55, then it's an unrelated issue and will need further investigation.