Closed Bug 1828075 Opened 2 years ago Closed 2 years ago

memory leak when opening 2 or more instances of firefox

Categories

(Core :: Performance, defect)

Firefox 112
defect

Tracking

()

RESOLVED DUPLICATE of bug 1828587

People

(Reporter: milan.rombouts23, Unassigned)

Details

Attachments

(3 files)

Attached file memory-report.json.gz

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

Steps to reproduce:

opened a second instance of firefox which i then minimized

Actual results:

working set ram usage keeps increasing until second instance is closed or recombined with the first instance, about:performance and task manager do not show the usage

Expected results:

working set usage remains steady

Summary: memory leak when opening 2 or more minimized instances of firefox → memory leak when opening 2 or more instances of firefox
Attached image Capture.PNG

The Bugbug bot thinks this bug should belong to the 'Core::Performance' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Component: Untriaged → Performance
Product: Firefox → Core

This bug was moved into the Performance component.

:milan.rombouts23, could you make sure the following information is on this bug?

  • For slowness or high CPU usage, capture a profile with http://profiler.firefox.com/, upload it and share the link here.
  • ✅ For memory usage issues, capture a memory dump from about:memory and attach it to this bug.
  • Troubleshooting information: Go to about:support, click "Copy raw data to clipboard", paste it into a file, save it, and attach the file here.

If the requested information is already in the bug, please confirm it is recent.

Thank you.

Flags: needinfo?(milan.rombouts23)

This looks like it could be the same issue as bug 1828587.

The issue is reported against 112, and I see ver high render-texture-hosts in the GPU process:
9,190.08 MB (49.57%) ── render-texture-hosts
Also this:
8,992.97 MB (48.51%) ── image(640x360, compositor_ref:2, creator_ref:1)/decoded-nonheap

It has has lots of shmem in the main process:
9,002.20 MB ── shmem-allocated
9,002.20 MB ── shmem-mapped

GPU process has the high shmem-mapped, but not the shmem-allocated.

Status: UNCONFIRMED → RESOLVED
Closed: 2 years ago
Duplicate of bug: 1828587
Resolution: --- → DUPLICATE

Do you have multiple monitors? That's been an issue for some of the similar reports we've had.

Could you attach your about:support? You'll want to do "copy raw data to clipboard", paste that into a file and attach it here. Thanks.

Attached file aboutSupport.json
Flags: needinfo?(milan.rombouts23)

i do indeed have multiple monitors. As mentioned in bug 1828587 it is possible the problem lies with the dark space theme, disabling it has made the runaway memory increase halt.

Thanks for the update.

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: