Closed Bug 1610228 Opened 6 years ago Closed 1 year ago

[Nightly] refreshing facebook tab seems to continuously increase memory usage for that tab

Categories

(Core :: JavaScript: GC, defect, P3)

74 Branch
defect

Tracking

()

RESOLVED INCOMPLETE
Tracking Status
firefox72 --- wontfix
firefox73 --- wontfix
firefox74 --- wontfix
firefox75 --- wontfix
firefox76 --- fix-optional

People

(Reporter: alexraptordev, Unassigned)

References

(Regression)

Details

(Keywords: memory-footprint, regression, Whiteboard: [memshrink])

Attachments

(2 files)

Attached file memory-report.json.gz

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:74.0) Gecko/20100101 Firefox/74.0

Steps to reproduce:

  1. log into facebook account
  2. after page has loaded reload page by pressing the reload button

Actual results:

looking at firefox in windows 10 task manager keeps showing increasing memory usage.

Expected results:

Memory usage shouldn't increase.

Attached file about:support
See Also: → 1610193
Component: Untriaged → Memory Allocator
Product: Firefox → Core
Component: Memory Allocator → Untriaged
Product: Core → Firefox

Hello, I've managed to reproduce the issue on Firefox 72.0.2, Firefox Beta 73.0b8 and 74.0a1 (2020-01-21).

Status: UNCONFIRMED → NEW
Ever confirmed: true

Setting component to Core → Performance, if you feel this is incorrect, please set the correct component.

Component: Untriaged → Performance
Product: Firefox → Core

I can reproduce the issue on Nightly74.0a1 as well as Firefpx72 Windows10.
In my case,
Good build: Immediately reduce the memory usage to less than 500Mb at every reloads.
Bad build : The memory discarding seems does not work, So, the memory usage more than 900Mb at 10th reloads.

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=3a763059a684969df0246d673943ec1d5ff8996b&tochange=5decb743461a478278ee42d9c54c24b939db9d59

Suspect:
5decb743461a478278ee42d9c54c24b939db9d59 Steve Fink — Bug 1593399 - Rework how mark colors are handled in weakmap marking r=jonco

So, this seems to be duplication of Bug 1610193.

Has Regression Range: --- → yes
Has STR: --- → yes
Regressed by: 1593399
See Also: → 1612705
Component: Performance → JavaScript: GC
Flags: needinfo?(sphink)
Whiteboard: [memshrink]

It does sound very much like bug 1610193, but unfortunately I have a Nightly since that fix and I can reproduce.

Hm. Actually, it's a little weird. After reloading facebook 10 times, I was a little over 1GB. I saved CC/GC graph, then went back and remeasured, and it had dropped back to 330MB. So at least post-bug 1610193, it's not a permanent leak. It really seems like it shouldn't build up this much, though. And it would be good to verify this behavior, and compare to an unfixed version.

I just reloaded 10 more times and got up to ~650MB -- but 300MB of that was heap-unclassified. After waiting a bit and re-measuring, it again dropped down to 347MB.

Priority: -- → P3

Where does one measure this, or how can one help with testing on this bug?

I was measuring by going to the about:memory page, doing "Measure", and looking at the total explicit usage for the process that contains the facebook page (which will probably be the first one after the main process; use the navigation links on the top right.) Measure once for a baseline, then do whatever reloading stuff you want and measure again. I was reloading 7 or 8 times in a row, then re-measuring. You could also use the task monitor or equivalent for your OS.

Flags: needinfo?(sphink)
Severity: normal → S3
Status: NEW → RESOLVED
Closed: 1 year ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: