Open Bug 1980023 Opened 5 months ago Updated 4 months ago

Memory leak in main process over extended (2+ days) sessions

Categories

(Core :: Performance: Memory, defect)

x86_64
Linux
defect

Tracking

()

UNCONFIRMED

People

(Reporter: eddiecarswell13, Unassigned, NeedInfo)

Details

Attachments

(6 files)

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:143.0) Gecko/20100101 Firefox/143.0

Steps to reproduce:

Open a Firefox session with several tabs (mine just restores previous session).

Wait for several (2+) days and observe memory usage of main process.

Note: my session usually has hundreds of tabs, but only a few are loaded at once.

Actual results:

Huge memory allocation for heap-unclassified (~80% or more) in the main process. This often reaches several GB. If I leave the browser open for a week or more, I might see it reach over 10GB in heap-unclassified.

This has nothing to do with private browsing and is not a duplicate of bug 1973462.

Expected results:

The main process shouldn't be leaking memory over long running sessions.

Component: Untriaged → Performance
OS: Unspecified → Linux
Hardware: Unspecified → x86_64

This has been a problem for several months now, as can be seen by the attached reports.

Running the latest Nightly (at time of browser launch), OS is Fedora 42 with KDE on Wayland.

I've attached two more after restarting the browser (and auto updating).

About one minute in, it balloons to 4GB in heap-unclassified, but then about 5 minutes in, it drops to ~300MB.

Over time that number will continue to rise until I restart the browser.

:mccr8, can you advise on how to get more actionable information from the increase in heap-unclassified here?

(In reply to Eddie Carswell from comment #0)

Wait for several (2+) days and observe memory usage of main process.

Just to clarify, I'm assuming you're actually using the browser over these 2 days? Or is loading a session with, say, 100 instances of (literally!) https://example.com/ and doing nothing for 2 days enough to reproduce?

Flags: needinfo?(eddiecarswell13)
Flags: needinfo?(continuation)

(In reply to :Gijs (he/him) from comment #9)

Just to clarify, I'm assuming you're actually using the browser over these 2 days? Or is loading a session with, say, 100 instances of (literally!) https://example.com/ and doing nothing for 2 days enough to reproduce?

I've observed the memory leak in both cases of regular daily usage, and several days without use. While I have hundreds of tabs, only a few are actually loaded, the rest start discarded (including my pinned tabs) until I need to use them.

I'm not sure how easy/difficult it'll be to reproduce this issue but if there's other things I can do to gather further details let me know.

Flags: needinfo?(eddiecarswell13)

I don't think there's any more reliable approach to figuring out heap-unclassified than using DMD with a Nightly build.

Component: Performance → Performance: Memory
Flags: needinfo?(continuation)
Product: Firefox → Core

The severity field is not set for this bug.
:jlink, could you have a look please?

For more information, please visit BugBot documentation.

Flags: needinfo?(jlink)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: