1889488 - Large memory leakage on Mac Silicon (memory used: 87 GB)

Status: RESOLVED WORKSFORME

(Thunderbird :: General, defect)

Description

[Neville]

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:124.0) Gecko/20100101 Firefox/124.0

Steps to reproduce:

I left Thunderbird 115.9.0 (64-bit) running overnight while my machine was unattended.
Using my Mac Silicon M3 OSX 14.4.1 (23E224)

Actual results:

Memory usage by Thunderbird climbed to 87 GB.

Expected results:

None of the above

Comment 1

[Neville]

Attachment: Screenshot 2024-05-03 at 9.34.06 AM.png

Comment 2

[Neville]

After running for two days it used ~9GB as in the attached image

Comment 3

[Francesco]

Are you using CalDAV calendars?

Comment 4

[Neville]

I have a calendar tab that is connected to my google calendar.
It appears that when Thunderbird is minimised on my Mac (overnight) that it is using and not freeing memory. When I restore it I can see the memory use slowly go down from 50GB to 15GB.

Comment 5

[Wayne Mery (:wsmwk)]

It appears that when Thunderbird is minimised on my Mac

Do you mean "Hidden"? Or do you mean when Mac is put to sleep and then wakend?

Comment 6

[Neville]

When minimising on Mac I guess it is hidden. When my machine sleeps overnight and I open in the morning I find the memory use by thunderbird excessive.

Comment 7

[Neville]

I am now running 115.12.2 (64-bit) and have not had any memory leak issues.

Comment 8

[Neville]

Attachment: Screenshot 2024-07-10 at 10.32.28 PM.png

Comment 9

[Neville]

Comment on attachment 9412008 [details]
Screenshot 2024-07-10 at 10.32.28 PM.png

Version 115.12.2 (64-bit)

Comment 10

[Neville]

Just noticed the error has resurfaced with this newer version. New image attached to bug report.

Comment 11

[[e-mail]]

We have a screenshot where the app is using 190 GB. It's not clear how this is possible. It's a heavy CalDAV user and they let their Mac run for days.

Comment 12

[Wayne Mery (:wsmwk)]

Is it happening in version 128?

Comment 13

[Ludwig Hügelschäfer]

Attachment: Bildschirmfoto 2024-09-23 um 20.55.34.png

Comment 14

[Ludwig Hügelschäfer]

My version is 128.2.1esr. It's not 190GB for me. But it hogs 5 or 6 or 7GB memory, forcing the OS to swap, see screenshot. After startup it's only 2GB. Some minutes afterwards it crawls up to the around 7GB, which is then constant for days.

Comment 15

[Wayne Mery (:wsmwk)]

(In reply to Ludwig Hügelschäfer from comment #14)

My version is 128.2.1esr. It's not 190GB for me. But it hogs 5 or 6 or 7GB memory, forcing the OS to swap, see screenshot. After startup it's only 2GB. Some minutes afterwards it crawls up to the around 7GB, which is then constant for days.

If you are able to run a daily build from https://www.thunderbird.net/en-US/download/daily/ please obtain a Thunderbird performance profile using https://support.mozilla.org/en-US/kb/profiling-thunderbird-performance with "Native Allocations" enabled at step 4.5. ("Native Allocations" is only available on dailyi)

Comment 16

[Wayne Mery (:wsmwk)]

Also, does https://bugzilla.mozilla.org/show_bug.cgi?id=1662759#c28 help?

Comment 17

[Wayne Mery (:wsmwk)]

Wrong bug report
Neville has provided profiler data privately. We haven't yet figured out what is happening.

Comment 18

[Ludwig Hügelschäfer]

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

Also, does https://bugzilla.mozilla.org/show_bug.cgi?id=1662759#c28 help?

No, memory consumption is still high as before.

Comment 19

[Ludwig Hügelschäfer]

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

If you are able to run a daily build from https://www.thunderbird.net/en-US/download/daily/ please obtain a Thunderbird performance profile using https://support.mozilla.org/en-US/kb/profiling-thunderbird-performance with "Native Allocations" enabled at step 4.5. ("Native Allocations" is only available on dailyi)

Done that. Memory increase can be seen during recording. How can I make it accessible by you?

Comment 20

[Francesco]

The Profiler has a button to upload the file. When done, you can post the link here. Instead of uploading, there is also an option to download the file to your local machine. That makes sharing a little more difficult.

Comment 21

[Ludwig Hügelschäfer]

Things have been fixed (for me). Reason for the high memory consumption were corrupted msf-Files in one of my newsgroups server directories in my profile folder. After deleting the msf-files (TB did recreate them afterwards), memory consumption is now stable between 900MB and 1GB.

Many thanks to Wayne Mery for giving assistance!

Comment 22

[Wayne Mery (:wsmwk)]

Ludwig, thanks for all of the investigation. Your results match to bug 185634

Comment 23

[Wayne Mery (:wsmwk)]

Neville?

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

Is it happening in version 128?

Comment 24

[Neville]

Currently running 128.3.1esr (64-bit) and have not had any problems for some time now.

Comment 25

[Wayne Mery (:wsmwk)]

Thanks for the update. We can reopen this if it happens again.