Launchpad has imported 20 comments from the remote bug at https://bugzilla.mozilla.org/show_bug.cgi?id=562977.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2010-04-30T17:27:05+00:00 Kevin Hunter wrote: User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.3) Gecko/20100423 Ubuntu/10.04 (lucid) Firefox/3.6.3 Build Identifier: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.3a5pre) Gecko/20100426 Shredder/3.2a1pre Symptom: any progress bar that appears seems to bring with it a pegged CPU core. I suggest it's the progress bar code that is polling the CPU. If I send a message, and the send process fails for some reason, the progress bar continues to animate, while a new dialog box appears with a reason for error. Meanwhile, a CPU core is still pegged, even though there is no "real" work being done, just the progress bar animation. I've noticed the high CPU core usage with *any* progress bar activity, not just the above example. For example, on this latest build, the progress bar in the lower right is attempting to complete while I type this bug report, I presume while it indexes for the first time (first time with /this/ build) my inbox,(>8000 messages). Meanwhile, my CPU graph shows one core in full usage. Reproducible: Always Steps to Reproduce: Here is one method to get a status bar 1. Open Thunderbird. 2. Clear your password 3. Send a message 4. Type in an incorrect password 5. Note the CPU usage when it gives you the SMTP error dialog. If it matters, I'm using IMAP, but again, I doubt that's the issue. I think it's the scroll bar code. Actual Results: When any progress bar is visible, a processor goes berserk. Expected Results: When any progress bar is visible, the CPU usage caused by the progress bar should be pert near zero. These bugs may be relevant, or may turn out to be duplicates. I couldn't quite tell from the descriptions: https://bugzilla.mozilla.org/show_bug.cgi?id=367431 https://bugzilla.mozilla.org/show_bug.cgi?id=538283 https://bugzilla.mozilla.org/show_bug.cgi?id=543422 Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/109943/comments/12 ------------------------------------------------------------------------ On 2010-04-30T17:36:42+00:00 Kevin Hunter wrote: Another reason why I think the issue is specifically with the progress bar code and not, for example, the Gloda code: this issue has been around since at least Thunderbird v1.5. As referenced by Bug 543422, Gloda may *also* be a CPU hog, but I think the this merits it's own bug report. Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/109943/comments/14 ------------------------------------------------------------------------ On 2010-04-30T20:58:24+00:00 Vseerror wrote: Kevin, I don't put any stock in those other bugs. Are you seeing this mainly with trunk build? ( Trunk builds are currently badly broken.) Do you see this issue with indexing disabled? (restart after disabling) If it's only with indexing enabled, can you follow the first two steps at https://developer.mozilla.org/en/Thunderbird/Gloda_debugging, this should show you errors in the error console. Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/109943/comments/17 ------------------------------------------------------------------------ On 2010-05-01T01:25:52+00:00 Kevin Hunter wrote: Index disabled, restarted. Problem persists. I checked with both the stock Ubuntu Lucid version (v3.0.4) and with the trunk version built 4 days ago (2010 Apr 26). I recreated the issue as I described above, removing my saved password, sending an email, and then pausing to observe the effects when it asked for my password. High CPU usage until I canceled the "Give me your password" dialog. Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/109943/comments/18 ------------------------------------------------------------------------ On 2010-05-12T19:28:29+00:00 Kevin Hunter wrote: John McPherson just performed a perhaps telling strace of Thunderbird 3.0.4: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/109943/comments/15 The telling bit from his comment: It looks like the animation code is doing something very inefficient if it's calling gettimeofday() thousands of times per second. >From there, here's a similar analysis on May 12th's nightly build: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.3a5pre) Gecko/20100512 Shredder/3.2a1pre ---------- $ ps -elF | grep thunderbird 0 S kevin 27405 26060 10 80 0 - 99236 poll_s 81960 1 15:06 pts/0 00:01:33 ./thunderbird-bin 0 S kevin 30204 29053 0 80 0 - 1904 pipe_w 916 0 15:20 pts/2 00:00:00 grep --color=always thunderbird $ time strace -p 27405 2>&1 | head -10000 | grep gettimeofday | wc -l 3803 real 0m2.532s user 0m0.200s sys 0m0.440s ---------- That's almost 4,000 requests for gettimeofday() in 10,000 lines retrieved by strace, all in 2.5 seconds. The question is why does some piece of code need to know gettimeofday several thousand times per second? Note that to recreate this, the same trick of "forgetting" the password when sending a message was used. Also note that indexing is *still* disabled. No Gloda. Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/109943/comments/20 ------------------------------------------------------------------------ On 2010-08-24T15:37:33+00:00 Vseerror wrote: Peter, Nir Does this reproduce in your environment? And even if it doesn't, any thoughts or advice? Kevin as a practical matter - is it at 100% during the entire time the progress bar is animated? Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/109943/comments/21 ------------------------------------------------------------------------ On 2010-08-24T15:52:15+00:00 Kevin Hunter wrote: I have 2 cores on my machine. Speaking as an end-user, yes, a single core is pegged at 100% during the entire time the progress bar is active. Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/109943/comments/22 ------------------------------------------------------------------------ On 2011-01-25T18:11:12+00:00 Vseerror wrote: Kevin, do you still see this problem in version 3.1? Do one of the bugs in comment 0 really describe your problem well? Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/109943/comments/24 ------------------------------------------------------------------------ On 2011-01-25T23:20:39+00:00 Kevin Hunter wrote: (In reply to comment #7) > Kevin, do you still see this problem in version 3.1? Yes, but not nearly as badly. Now the CPU is about 20%, not 100%. To be clear, I believe from personal experience that animating a simple scroll bar and waiting for user input ought to register at 1% or less CPU utilization. Performing a similar analysis as above, with Thunderbird waiting for a password (and consequently with a scroll bar going), yields the number of gettimeofday calls to be in the same vicinity (3,500 to 4,000 calls) in 10,000 lines retrieved via strace, and a much more consistent 2,275 POLL events. Note that I just downloaded and tested Mozilla's copy of 3.1.7 (not my distribution's). > Do one of the bugs in comment 0 really describe your problem well? No. I wasn't sure at the time I wrote this bug report, but I became more confident later. Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/109943/comments/25 ------------------------------------------------------------------------ On 2011-01-26T19:36:53+00:00 Vseerror wrote: with trunk Thunderbird on windows, I see steady cpu usage of 5-30% (avg 9%) when any modal dialog box is up (error, password, etc). Thus, I suspect this is a duplicate. when NOT logged in to imap account and no dialog box left open, ~2% (new bug?) when logged in to imap account, and no dialog box left open, ~0% Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/109943/comments/26 ------------------------------------------------------------------------ On 2011-08-16T20:54:30+00:00 Tsu Jan wrote: I encountered this issue with 64-bit Thunderbird 5.0 on Linux (Debian). When the progress bar oscillates between left and right, CPU usage increases so that one of CPU cores is at 100%. For now, I downgraded to TB 3.1.11, that doesn't show this issue or, at least, not to such an extent. Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/109943/comments/27 ------------------------------------------------------------------------ On 2011-10-17T16:15:26+00:00 Vseerror wrote: Tsu, Kevin, does CPU go down substantially if you start thunderbird in safe mode? (as it does in Bug 693852) ref: http://support.mozillamessaging.com/en-US/kb/safe-mode Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/109943/comments/28 ------------------------------------------------------------------------ On 2011-10-19T17:30:56+00:00 Kevin Hunter wrote: I have just updated the original test with a stock (direct from mozilla.org) copy of Thunderbird, version 7.0.1 (64-bit). Answer: no. It remains high, between 20% and 50% of a core. That other bug sounds related, and I would not be surprised if the buggy code is at least partially shared. Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/109943/comments/29 ------------------------------------------------------------------------ On 2011-12-14T05:17:55+00:00 Tsu Jan wrote: Thunderbird 8.0 also suffers from this bug. Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/109943/comments/30 ------------------------------------------------------------------------ On 2012-05-09T13:10:19+00:00 Infinality wrote: This has been happening to me for years, and still happens in 12.0.1. I'm pretty surprised this hasn't gotten more attention. I've had cases where it completely pegs a core- 99 or 100%. Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/109943/comments/31 ------------------------------------------------------------------------ On 2012-05-09T14:31:03+00:00 Tsu Jan wrote: This was the only reason I left TB and used Evolution (in Gnome). Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/109943/comments/32 ------------------------------------------------------------------------ On 2012-05-09T15:10:10+00:00 Kevin Hunter wrote: As of yesterday, I've gotten fed up with the resource hogishness and stability issues of the default Ubuntu window and desktop managers. I've now installed and configured OpenBox. Where I was seeing this issue 3 days ago (albeit not as pronounced as once-upon-a-time), I'm now do not notice anything. Other than a 4 or 5 second wait to quit TB, things are right-zippy, with no (known) loss of functionality. I don't know how to confirm, but this certainly leads me to suspect an interaction between Thunderbird and Gnome and Unity. (And I believe KDE too, but it's now 4 years since I last tried KDE ...) Another data point. Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/109943/comments/33 ------------------------------------------------------------------------ On 2012-05-09T17:18:18+00:00 Vseerror wrote: (In reply to Kevin Hunter from comment #16) > As of yesterday, I've gotten fed up with the resource hogishness and > stability issues of the default Ubuntu window and desktop managers. I've > now installed and configured OpenBox. Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/109943/comments/34 ------------------------------------------------------------------------ On 2012-05-09T17:45:23+00:00 Kevin Hunter wrote: Err, to clarify what I think you may be focusing on, the pegged cores were very much attributable to TB (as evidenced by Comments #4 and #8, and my personal observations through ps and htop, etc.), not to the the various Window/Desktop managers. For purely non-TB reasons, I switched to OpenBox: my computer /really/ bogged down after I installed Ubuntu 12.04 (fresh install -- not upgrade -- if it's of use) on my machine last week. (This is still the same hardware as when I started this bug report.) The speedup of Thunderbird was a happy coincidence, and was not an intentional reason for my switch. TB definitely still has a performance issue, but one that may be exacerbated by the interaction between the more well-known WMs and DMs. Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/109943/comments/35 ------------------------------------------------------------------------ On 2012-11-29T23:00:16+00:00 Vseerror wrote: my progress bar was "stuck" running, and no other mail activity going in or out. http://people.mozilla.com/~bgirard/cleopatra/?1354224788783#report=21c8f8f3b95dacfb84792b2f0e130eb106a28069&jankOnly=true&selection=%255B%2522%28root%29%2522%252C%2522Startup%253A%253AXRE_Main%2522%252C%2522js%253A%253ARunScript%2522%252C%2522gFolderTreeView.OnItemIntPropertyChanged%28%29%2520%2540%2520folderPane.js%253A1837%2522%252C%25220x17f720%2522%255D Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/109943/comments/36 ** Changed in: thunderbird Status: Unknown => New ** Changed in: thunderbird Importance: Unknown => Low ** Bug watch added: Mozilla Bugzilla #367431 https://bugzilla.mozilla.org/show_bug.cgi?id=367431 ** Bug watch added: Mozilla Bugzilla #538283 https://bugzilla.mozilla.org/show_bug.cgi?id=538283 ** Bug watch added: Mozilla Bugzilla #543422 https://bugzilla.mozilla.org/show_bug.cgi?id=543422 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/109943 Title: Thunderbird: high CPU usage from progress bars To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/109943/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
