Closed Bug 1680187 Opened 3 years ago Closed 3 years ago

High memory usage on Jira project boards

Categories

(Core :: Performance, defect)

Firefox 84
x86_64
macOS
defect

Tracking

()

RESOLVED FIXED

People

(Reporter: alberts, Unassigned)

References

Details

Attachments

(2 files)

Having several tabs with Jira board and tickets open requires me to restart Firefox at least once a day.

I just had a "Web Content" process using over 9GB checking macOS "Active Monitor". It showed ~1.6GB in about:performance (this ticket is not about the difference here).
Checking about:performance each Jira tab uses 450MB to 1.2GB.

This is a private Jira repo I can't share links to. It is a Jira cloud instance with a "Next-gen software project", 6 columns on the board, roughly 100 tickets maybe.
I often dup the board tab while I am creating a new ticket on the first one (with key 'c'), have a few tabs with a ticket each open, etc.

The main Firefox process is at around 6GB in "Active Monitor". It sits at around 1GB after a restart + all (~20 tabs + addons fired back up) + 1 minute wait.

Bugbug thinks this bug should belong to this component, but please revert this change in case of error.

Component: Untriaged → Add-ons Manager
Product: Firefox → Toolkit
Component: Add-ons Manager → Untriaged
Product: Toolkit → Firefox

@Albert: I can't seem to reproduce your issue on a Firefox Release v83.0 or Beta v84.0b7 while having opened several internal Jira dashboards. Even the about performance tab uses more memory than the Jira tabs.
There's probably something special to your use of Jira.
Are you using Firefox Beta v84.0b7 on Mac OS 11? Which Browser and OS versions are you on?

@Andrew/Erik: Do you think it would be safe (from a confidentiality standpoint) to ask the reporter for a memory report while he reproduces the issue? Do you think that would break any data confidentiality regulations on his part?
Otherwise, maybe this is a duplicate of some other issue. Do you know how this issue should be addressed better?

Let me know how I can help. "Need Info" me. Thanks!

Flags: needinfo?(ericrahm+bz)
Flags: needinfo?(continuation)
Flags: needinfo?(albert)

Eric doesn't work at Mozilla any more.

Flags: needinfo?(ericrahm+bz)

If you save a report from about:memory when the memory usage is high, that might give information about what is going wrong. You can check the anonymize box to keep it from including information like URLs. If you write down the PIDs for any processes with high memory, from Activity Monitor, then we could correlate that to the PIDs in the about:memory report.

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

Here is the screenshot of the PIDs, which are 65570...8, 65582; memory report to follow

Flags: needinfo?(albert)

This is on macOS 10.15.7 (19H15)
Firefox 84.0b8 (64-bit), Build ID 20201203211213

The report has 2,264.75 MB (56.05%) ── native-font-resource-mac/font(<anonymized-11eacc640>) [169] which relates to bug 1625590 I think, which is fixed in 85.

Albert, does 85 work better for you?

Flags: needinfo?(albert)

Albert, does 85 work better for you?

I had a quick look and it seems it does! In about:performance the Jira tabs are now around 60 - 125MB comparable to the 450MB - 1.2GB before.
The memory in the activity panel was on the high side again, but there was an update waiting which always seems to cause a spike in memory and would be another ticket, if it all. After the restart everything seems to stay nicely low.

I will keep an eye on it and play with switching between multiple Jira tabs with ctrl + tab - which I normally do regularly anyway.

Status: NEW → RESOLVED
Closed: 3 years ago
Depends on: 1625590
Flags: needinfo?(albert)
Resolution: --- → FIXED

Still looking good! And the overall memory usage looks much better, too :)

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

Attachment

General

Created:
Updated:
Size: