Closed Bug 1496148 Opened 7 years ago Closed 2 years ago

High memory use and low responsiveness after long uptime

Categories

(Firefox :: Extension Compatibility, defect)

61 Branch
defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: jirislaby, Unassigned)

Details

(Whiteboard: [MemShrink:P3])

Attachments

(2 files)

Attached file memory-report.json.gz
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:61.0) Gecko/20100101 Firefox/61.0 Steps to reproduce: I started firefox on 21 Aug. Now, after month and a half of running, firefox consumes 12.8G of virtual memory and 3.9G of RSS. I don't know if that is normal, but to me it looks like too much. I am attaching a memory report. The number of tabs is approximately the same as when started. Over that time, the responsiveness is decreasing too. I don't know if that is related to the memory pressure or not. Here is the perf profile: https://perfht.ml/2yeb83g Running with a new profile or without add-ons for such a long time to test this is not much of option. So I hope the memory and perf measurements can pinpoint the problem. Actual results: For example writing into the address bar or to this text box does not show characters as I am typing, but later in batches. Expected results: Fluent behaviour.
Attached file about:support output
Hello Mike, can you please take a look into the profile? Thanks!
Flags: needinfo?(mconley)
Definitely the memory usage is related to the sluggish behaviour - looking at the profile, I see the parent struggling to cycle and garbage collect to try to free up space. That's taking cycles from the main threads. I suspect there might be a leak here in AdBlock Plus (or in the APIs it's using)... jiri, if you switch (temporarily) to using uBlock Origin, do you see the same behaviour?
Flags: needinfo?(mconley) → needinfo?(jirislaby)
Whiteboard: [MemShrink]
(In reply to Mike Conley (:mconley) (:⚙️) from comment #3) > Definitely the memory usage is related to the sluggish behaviour - looking > at the profile, I see the parent struggling to cycle and garbage collect to > try to free up space. That's taking cycles from the main threads. Which reminds me that "Minimize memory usage" did not lower the memory usage at all. That makes sense. > I suspect there might be a leak here in AdBlock Plus (or in the APIs it's > using)... > > jiri, if you switch (temporarily) to using uBlock Origin, do you see the > same behaviour? Switched to ublock, now give me ~ 2 weeks to reproduce :).
(In reply to jiri slaby from comment #4) > Switched to ublock, now give me ~ 2 weeks to reproduce :). I had to reboot yesterday and forgot to take a look on the memory consumption. The feeling (responsiveness) was good though.
It looks promising with uBlock. It is running since 19 Oct, and the 5 firefox threads eat each 500-700MB of resident memory. So what next? (I keep it running.)
Flags: needinfo?(jirislaby)
Hey evilpie, do you know if there's a tracking bug for ABP memory bugs?
Flags: needinfo?(evilpies)
Flags: needinfo?(evilpies) → needinfo?(bugzilla)
Whiteboard: [MemShrink] → [MemShrink:P3]
Component: Untriaged → Extension Compatibility
Flags: needinfo?(bugzilla)
Severity: normal → S3

jiri, is this issue gone for you?

Flags: needinfo?(jirislaby)

Likely.

Status: UNCONFIRMED → RESOLVED
Closed: 2 years ago
Flags: needinfo?(jirislaby)
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: