High memory use and low responsiveness after long uptime

UNCONFIRMED
Unassigned

Status

()

defect
UNCONFIRMED
9 months ago
7 months ago

People

(Reporter: jirislaby, Unassigned, NeedInfo)

Tracking

61 Branch
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [MemShrink:P3])

Attachments

(2 attachments)

Reporter

Description

9 months ago
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.
Reporter

Comment 1

9 months ago

Comment 2

8 months ago
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]
Reporter

Comment 4

8 months ago
(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 :).
Reporter

Comment 5

8 months ago
(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.
Reporter

Comment 6

8 months ago
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)

Updated

8 months ago
Whiteboard: [MemShrink] → [MemShrink:P3]

Updated

7 months ago
Component: Untriaged → Extension Compatibility
You need to log in before you can comment on or make changes to this bug.