Open Bug 1937218 Opened 2 months ago Updated 2 months ago

Thunderbird memory usage is more than 2.5GB after hours or days

Categories

(MailNews Core :: General, defect)

Thunderbird 128
defect

Tracking

(Not tracked)

UNCONFIRMED

People

(Reporter: mdaal, Unassigned)

Details

(Keywords: perf:resource-use, perf:responsiveness, Whiteboard: [has msgdb log])

Attachments

(3 files)

Attached file MSGDB:5,timestamp log

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/18.1 Safari/605.1.15

Steps to reproduce:

When TB is left open for hours to days, I notice that we eats up a lot of system memory. I am doing nothing but occasionally check mail and sending mail.

Note: version is 128.5.2esr (64-bit). I don't know what this means. particularly 'esr'

Actual results:

system runs out of memory.

5 min after TB startup and it has already consumed 2.5GB, and raising

Expected results:

TB should use less than 2 GB of system memory.

esr = extended support release, which is the normal Thunderbird release channel.

Same problem after Help > Troubleshoot Mode?

Component: Untriaged → General
Flags: needinfo?(mdaal)
Product: Thunderbird → MailNews Core
Summary: Thunderbird memory usage is more than 1.5GB → Thunderbird memory usage is more than 2.5GB after hours or days
Flags: needinfo?(mdaal)

(In reply to Wayne Mery (:wsmwk) from comment #1)

esr = extended support release, which is the normal Thunderbird release channel.

Same problem after Help > Troubleshoot Mode?

Hi Wayne,

Thanks for looking into this.

Today, without making any changes to to TB settings, the memory usage is lower.

I open TB, wait 10 min, memory usage is 2.92GB.
I turn on Troubleshoot mode, re-open TB, wait 2 min, memory usage is 3.65G. Then at 7min its 1.99 GB. Then at 14 min its 3.03 GB.

I do not know if this is a related symptom (though it certainly another problem), every several minutes I get a spinning beach ball in the application. This happens whenever TB is in view, e.g. while reading message, composing message, etc. I will now see if I still get spinning beach ball in Troubleshoot mode.

Here is process sample taken prior to Troubleshoot mode, "Sample of Thunderbird.txt"

Whiteboard: [has msgdb log]

(In reply to Wayne Mery (:wsmwk) from comment #4)

Please capture a minute of https://support.mozilla.org/en-US/kb/profiling-thunderbird-performance
Thanks

I captured 1 min. And uploaded the file. Here is the link
https://share.firefox.dev/3ZZyhVl

Sincerely
Miguel

You have a lot of mail. I think I can see some folders with over 100,000 messages. Not that there's anything wrong with that.

But it does mean a lot of memory is needed and some things take a while. Your profile has a couple of periods where Thunderbird is opening a very large message database and this takes a few seconds because of the size of the database. This'll be when you see the beach-balling.

Unfortunately the profiler tool doesn't capture memory allocation in release versions, so I can't see if there's anything in particular that's unexpected here. I don't think there is, and you mentioned memory use going down as well as up, which means Thunderbird is freeing up large chunks of memory when it has finished using them. That is working as it should.

(In reply to Geoff Lankow (:darktrojan) from comment #6)

You have a lot of mail. I think I can see some folders with over 100,000 messages. Not that there's anything wrong with that.

But it does mean a lot of memory is needed and some things take a while. Your profile has a couple of periods where Thunderbird is opening a very large message database and this takes a few seconds because of the size of the database. This'll be when you see the beach-balling.

Unfortunately the profiler tool doesn't capture memory allocation in release versions, so I can't see if there's anything in particular that's unexpected here. I don't think there is, and you mentioned memory use going down as well as up, which means Thunderbird is freeing up large chunks of memory when it has finished using them. That is working as it should.

The high memory usage is due to the large amount of messages - Alright
TB seems to be coping because the TB is able to free up memory too - Alright
It is to be expected for TB to beach ball when opening a large message DB - Alright

But why do I get a beach ball intermittently when composing and reading ? (I don't think Im open or closing a DB then)
And why does the memory usage fluctuate so wildly? Sometimes its 2GB, right now its 5.2 GB, I have seen it at 8GB.

But why do I get a beach ball intermittently when composing and reading ? (I don't think Im open or closing a DB then)
And why does the memory usage fluctuate so wildly? Sometimes its 2GB, right now its 5.2 GB, I have seen it at 8GB.

Activity in the background.

What does Mac Activity Monitor show for swap used and physical memory?

Flags: needinfo?(mdaal)

(In reply to Wayne Mery (:wsmwk) from comment #8)

But why do I get a beach ball intermittently when composing and reading ? (I don't think Im open or closing a DB then)
And why does the memory usage fluctuate so wildly? Sometimes its 2GB, right now its 5.2 GB, I have seen it at 8GB.

Activity in the background.

What does Mac Activity Monitor show for swap used and physical memory?

Currently, it's reporting 7.99 GB Memory, 2.10 GB swap and 16.00 GB physics memory. I attach a screen shot

Flags: needinfo?(mdaal)

Thanks. Way too much memory.

Can you check the list ideas at https://wiki.mozilla.org/Thunderbird:Testing:Memory_Usage_Problems ?

Flags: needinfo?(mdaal)

(In reply to Wayne Mery (:wsmwk) from comment #11)

Thanks. Way too much memory.

Can you check the list ideas at https://wiki.mozilla.org/Thunderbird:Testing:Memory_Usage_Problems ?

To be clear, are you saying I need to go through the 22 diagnostic steps? Are you asking for the information the each step yields?

Flags: needinfo?(mdaal)

We don't have an automated system to check each of those items in a user's environment, and you won't want us jumping on your machine, so we often must rely on what users are able to check on their own.

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

Attachment

General

Creator:
Created:
Updated:
Size: