Thunderbird uses 101% of CPU at rest when mail.db.idle_limit is set to default 300000
Categories
(MailNews Core :: Database, defect)
Tracking
(Not tracked)
People
(Reporter: contact, Unassigned)
References
Details
(Keywords: perf)
Attachments
(4 files)
Comment 1•8 years ago
|
||
Comment 3•8 years ago
|
||
Reporter | ||
Comment 10•7 years ago
|
||
![]() |
||
Comment 11•7 years ago
|
||
Comment 12•6 years ago
|
||
Environment:
- Thunderbird 60.7.1 (64-bit)
- Add-ons: Lightning, Provider for Google Calendar, LookOut (disabled)
- uname -a: Linux veritech 3.16.0-7-amd64 #1 SMP Debian 3.16.59-1 (2018-10-03) x86_64 GNU/Linux
Symptom:
As per https://rainbow.chard.org/2013/02/19/thunderbird-high-cpu/ default mail.db.idle_limit of 300000 results in thunderbird becoming slow to respond. Restarting thunderbird temporarily clears the problem, but after a period of "normal" use (opening, replying-to, deleting, and moving messages from folder-to-folder) %CPU reported by top pegs to 100% for tens of seconds to several minutes then hovers somewhere in 60% - 80% range. After leaving the machine alone for several hours the fifteen minute load average settles around 0.80 where normally it would otherwise float around 0.10.
Work-around:
- As per https://rainbow.chard.org/2013/02/19/thunderbird-high-cpu/ changing the default mail.db.idle_limit of 300000 to 30000000 and restarting thunderbird eliminates the excess load and laggy behaviour.
- Changing the default mail.db.idle_limit from 30000000 back to 300000 and restarting appears to have had no effect, in other words the %CPU now remains low and the laggy behaviour remains absent.
Hypothesis:
In addition to the explicitly named configuration setting, another parameter is being altered in response to the mail.db.idle_limit when the default value is changed. After the new mail.db.idle_limit value is reverted back to the default value, this other unidentified configuration item closer to the actual offending piece of code (i.e. the real bug of interest) remains in the altered state and therefore the problem remains worked-around.
Comment 13•6 years ago
|
||
Correction:
I jumped to conclusions too soon, after reverting mail.db.idle_limit from 30000000 back to the default value of 300000 and restarting the problem has reoccurred. My hypothesis is incorrect, the bug remains attached to mail.db.idle_limit .
Comment 14•5 years ago
|
||
Please obtain a profile.
- Use Thunderbird 68 or newer - beta or current nightly build
- Install profiler add-on into thunderbird - get the add-on file from https://github.com/firefox-devtools/Gecko-Profiler-Addon/blob/master/gecko_profiler.xpi?raw=true and in Tools > add-ons click the gear to install add-on from file
- Follow instructions at https://profiler.firefox.com/ Also see videos based on Firefox, but applicable to Thunderbird.
- Create a profiler URL and post it here.
Comment 15•5 years ago
|
||
David, the reporter seems to be gone. So can you do the profile please. Modified instructions...
Use a modified value of mail.db.idle_limit that gives you at least some responsiveness but doesn't make the problem entirely go away.
- You must be using Thunderbird 68 or newer - betas from https://www.thunderbird.net/en-US/channel/ or current nightly build from https://archive.mozilla.org/pub/thunderbird/nightly/latest-comm-central/
- Install profiler add-on into thunderbird 68 (or newer https://www.thunderbird.net/en-US/channel/ ) - get the add-on file from https://github.com/firefox-devtools/Gecko-Profiler-Addon/blob/master/gecko_profiler.xpi?raw=true and in Tools > add-ons click the gear to install add-on from file
- Follow instructions at https://profiler.firefox.com/ (videos BASED ON FIREFOX at https://profiler.firefox.com/docs/#/./videos-intro ) - start the profiler and then induce the problem
- Publish a profiler URL and post it here.
Comment 16•5 years ago
|
||
I jump into the discussion but here is a profiling which hopefully you can use: https://perfht.ml/2qtaX42. I have 101% cpu usage from time to time (or frequently). I changed the mail.db.idle_limit to 30000000 but that doesn't really make the situation much better. Pretty sure things got much worst with thunderbird 68. I have 4 mailboxes with tones of emails in some of them. I can make the thunderbird freeze on demand as well, deleting 10000+ email does it for example but that I can live with since I decide when it happens, what's really annoying is when I compose an email, in the middle of writing a sentence, opening an email...
Comment hidden (off-topic) |
Comment 18•4 years ago
|
||
(In reply to Marc from comment #16)
I jump into the discussion but here is a profiling which hopefully you can use: https://perfht.ml/2qtaX42.
marc, thanks for the profile. Can you also reproduce this using version 78? If so, please obtain new profile using https://github.com/thunderbird-conversations/thunderbird-conversations/wiki/Profiling-Conversation's-Performance
Comment 19•4 years ago
|
||
all of these reports are reported against Mac and Linux - this, bug 1305207, bug 1305314 - it can't be coincidence, especially given those OS represent a minority of users.
Reporter | ||
Comment 20•4 years ago
|
||
Hello all -
Sorry to have disappeared but I changed countries, OS, and hardware. I'm still using Thunderbird but I'm no longer having these issues. I've got fresh installs of everything, and haven't had to edit any of the profiles.
For folks still having this issue, I'm sorry that I don't have anything more helpful to add. :/
Comment 21•4 years ago
|
||
(In reply to Wayne Mery (:wsmwk) from comment #18)
(In reply to Marc from comment #16)
I jump into the discussion but here is a profiling which hopefully you can use: https://perfht.ml/2qtaX42.
marc, thanks for the profile. Can you also reproduce this using version 78? If so, please obtain new profile using https://github.com/thunderbird-conversations/thunderbird-conversations/wiki/Profiling-Conversation's-Performance
I recently upgraded to TB 78(.4.3) from TB 68, and TB has been sucking up 100% of an entire CPU core ever since. No idea what it's doing or why. I disabled the Indexer, and also tried updating mail.db.idle_limit to 30000000 as well. No change. Profile here: https://share.firefox.dev/3kOQ4Xu
Would love to find some way to get this fixed, as it's making my desktop nearly unusable, and I'm about this close to switching to another mail client.
Thanks,
DR
Comment 22•4 years ago
|
||
(In reply to David Rosenstrauch from comment #21)
tried updating mail.db.idle_limit to 30000000 as well. No change. Profile here: https://share.firefox.dev/3kOQ4Xu
In that case, please file a new bug report
Comment 24•4 years ago
|
||
If anyone can still reproduce with 78 where mail.db.idle_limit helps, please do comment
Comment 25•4 years ago
|
||
Hmmm ... and today,Thunderbird cpu is normal. Weird. Will report back if I see it again.
Description
•