Open Bug 1914762 Opened 2 months ago Updated 25 days ago

Firefox low memory mamanagement needs work.

Categories

(Core :: Performance, defect)

Other Branch
x86_64
Windows 7
defect

Tracking

()

UNCONFIRMED

People

(Reporter: confidentblast, Unassigned)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

339.24 KB, application/gzip
Details

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

Steps to reproduce:

Run the browser for an extended period of time with browser.low_commit_space_threshold_mb set to a custom value of 12261 on a system with 8192 MB of RAM. Allowed memory use to climb to a point where it should begin shedding tabs to bring memory use into compliance.

Actual results:

Tab unloading occurs too late, as it appears the custom value set for browser.low_commit_space_threshold_mb is ignored. Unloading appears to occur only after dipping below around 400 MB, despite customizing this value.

Expected results:

Value set for browser.low_commit_space_threshold_mb should actually be followed, so tabs will begin unloading based on the amount set.

OS: Unspecified → Windows 7
Hardware: Unspecified → x86_64

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

Component: Untriaged → Tabbed Browser
Component: Tabbed Browser → Memory Allocator
Product: Firefox → Core
Version: other → unspecified

Correction: 13453 MB is the custom value used. It is my understanding that this would cause tab unloading to engage, if the committed memory exceeds 7000 MB based on this.

It appears this configuration parameter does not have any effect if Fission is in use. I'm not sure if that's intentional or not, but I've been able to confirm that no tab unloading takes place with this in use, by artificially setting the threshold to a number just slightly higher than the actual commit limit. I then open a new tab to about:unloads and refresh constantly to verify it's not unloading.

I've been continuing to experiment with this. It seems there would be a performance benefit to bypassing the low memory call from Windows. Performance and tab unloading would function better if Firefox had it's own customizable threshold that was based on available physical memory. The goal should be to prevent the browser from driving the workstation to page to disk. For example: on an 8 GB system, it would start unloading tabs at 7 GB usage.

Summary: browser.low_commit_space_threshold_mb has no effect on tab unloading. → Firefox low memory mamanagement needs work.
Component: Memory Allocator → Performance
Version: unspecified → Other Branch

This bug was moved into the Performance component.

:confidentblast, 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?(confidentblast)
Attached file Memory measurment
Flags: needinfo?(confidentblast)
Blocks: 1923426

Removing perf impact flag and adding to memory investigation meta bu - please continue to provide additional details to help us remedy any possible issues

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

Attachment

General

Creator:
Created:
Updated:
Size: