SMTP connection progress bar causes high CPU usage
Categories
(MailNews Core :: Networking: SMTP, defect)
Tracking
(thunderbird_esr91 wontfix)
Tracking | Status | |
---|---|---|
thunderbird_esr91 | --- | wontfix |
People
(Reporter: marek.nos, Assigned: rnons, NeedInfo)
References
Details
(Keywords: perf)
Attachments
(4 files)
Comment 1•13 years ago
|
||
Comment 2•13 years ago
|
||
Comment 7•13 years ago
|
||
Comment 10•13 years ago
|
||
Reporter | ||
Comment 11•13 years ago
|
||
Comment 13•12 years ago
|
||
Comment 14•12 years ago
|
||
Comment 15•12 years ago
|
||
Comment 16•12 years ago
|
||
Comment 18•12 years ago
|
||
Updated•11 years ago
|
Comment 19•10 years ago
|
||
Comment 20•9 years ago
|
||
Comment 21•5 years ago
|
||
David, thanks for reporting your results. Can you retest please and tell us if this reproduces with a curent beta?
If it reproduces, please run the performance profiler:
- 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 )
- Create a profiler URL and post it here.
Comment 22•5 years ago
|
||
- Updated my thunderbird to the newest Version (Thunderbird 68/Ubuntu)
- Set my "saved messages" folder to an imap one
- turned my Internet connection off
- Pressed Ctrl+S
- The progressbar went forth and back using 100% of one CPU
- Re-enabled my internet. The progressbar still goes haywire using 100% of one CPU as the message dialogue telling the message could not be saved is still active.
- Started the profiler
The profiler result should be downloadable here: https://perfht.ml/30UuI1F
Comment 23•5 years ago
|
||
Do I read the profile correctly that most of the time (80%) is used in the poll() function in libc.so.6 (Linux system C standard library)? That would seem to confirm the theory really the drawing/synchronizing on the screen of the progress bar.
There is also a similar bug specifically for Linux at bug 854093.
Is the disabling of network needed to reproduce the bug or is it only to get the progressbar visible for a extended amount of time to capture the profile?
Comment 24•4 years ago
|
||
(In reply to Wayne Mery (:wsmwk) from comment #21)
David, thanks for reporting your results. Can you retest please and tell us if this reproduces with a curent beta?
Wayne, as I wrote several times over several years at several places in this bug tracker:
The problem is easily reproducible, also on Linux, with any TB version (meanwhile including 78.4.2.).
Why is there apparently not a single TB developer trying this himself?
Again: just enter an IP address such as 1.2.3.4 as the server name/address.
Then try fetching emails. Until this timeouts,
the progress bar moves forth and back with significant CPU load (10% of one core on my current Linux machine).
Updated•4 years ago
|
Comment 25•4 years ago
|
||
I have experienced this bug for several years on multiple Linux machines.
It just happened to me today on Thunderbird 89.0b1 (beta): sending a message over SMTP hung for several minutes while the progressbar keeps on scanning left and right, eating ~60% CPU on a fast machine.
Comment 26•4 years ago
|
||
Comment 27•3 years ago
|
||
CPU usage goes away if you do View > toolbar > status bar to remove the status bar?
Assignee | ||
Comment 28•3 years ago
|
||
Assignee | ||
Updated•3 years ago
|
Assignee | ||
Comment 29•3 years ago
|
||
The patch stops progress bar on SMTP connection timeout or other errors. For the progress bar during copying operation (usually through IMAP), I don't know how to fix it. Maybe there are other bugs tracking it.
Assignee | ||
Updated•3 years ago
|
Comment 30•3 years ago
|
||
Pushed by mkmelin@iki.fi:
https://hg.mozilla.org/comm-central/rev/e0962bae9283
Emit stop sending event before prompt failure message to dismiss progress bar. r=mkmelin
Updated•3 years ago
|
Comment 31•3 years ago
|
||
Somewhat nice that after nearly 10 years something has been done about this.
Yet I strongly suspect that this "cures" just one of the symptoms of a deeper issue,
namely some busy waiting whenever a network connection is a attempted but the network or the addressed server is (temporarily) unavailable.
See also bug 1107251, bug 683651, bug 562977, and likely several more.
Description
•