CPU spikes before password dialog



MailNews Core
Networking: POP
15 years ago
9 years ago


(Reporter: Dan Koliadko, Unassigned)



Windows XP

Firefox Tracking Flags

(Not tracked)


(Whiteboard: closeme 2009-03-01)



15 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6a) Gecko/20031030
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6a) Gecko/20031030

CPU spikes for over a minute while waiting for password dialog to appear. 
Status bar shows "Connect: Host contacted, sending login information...".  Once
dialog appears CPU goes back to normal. First started happening in 1.5b, tried
1.5 and then 1.6a.

Reproducible: Always

Steps to Reproduce:
1. Launch Windows Task Manager and click performance tab.
2. Launch Mozilla Mail

Actual Results:  
CPU spikes to maximum for over a minute.

Expected Results:  
Shouldn't (and didn't used to) consume so much CPU.

Cannot launch other apps while waiting because not enough CPU... other apps
appear  when spike ends and password dialog appears (...and yes it spikes when
it's the only app running).  It's possible my ISP mail server is slower but my
CPU should not be consumed while waiting for network I/O.

Although I don't believe it's related... starting in version 1.5b, I started
using mail & junk mail filters.


15 years ago
Keywords: perf
Product: MailNews → Core
This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/
This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.
Last Resolved: 13 years ago
Resolution: --- → EXPIRED

Comment 3

13 years ago
Continues to spike CPU thru current version of Thunderbird (1.0.6) on newer
hardware running Win XP.
OS: Windows 2000 → Windows XP
Resolution: EXPIRED → ---

Comment 4

13 years ago
What about Thunderbird 1.5b2? You're connecting to a single pop3 server? Do you have any virus checkers installed? How large is the training.dat file in your user profile directory? And how large are your Inbox and Inbox.msf files?

Comment 5

11 years ago
Yes, still occurs through Thunderbird version 2.0.

- Since switching to an WinXP box, that's at least 2X faster, the spike seems to cap at 50% ...a solid 50%, once in a while you see 48% or 49% for a second and then right back to 50%.  Doesn't appear to be doing disk I/O while spiking.  I would think if the process was CPU intensive, the spike would continue to be 100% and just finish sooner.  I would hope that Thunderbird wouldn't just be looping while waiting for a response from the mail server.

Answers comment 4:
- I'm connected to two POP3 servers and have two accounts on each.
- I'm running Symantec AntiVirus version and Webroot Spy Sweeper version 3.1.0.
- My training.dat file is 1,005 Kb
- My Inbox is 30,889 Kb
- My Inbox.msf is 102 Kb
sorry for the spam.  making bugzilla reflect reality as I'm not working on these bugs.  filter on FOOBARCHEESE to remove these in bulk.
Assignee: sspitzer → nobody
Filter on "Nobody_NScomTLD_20080620"
QA Contact: esther → networking.pop


9 years ago
Product: Core → MailNews Core

Comment 8

9 years ago
Dan, do you still see this with version 2 or beta, with junk processing turned off?

backup your profile before using http://www.mozillamessaging.com/en-US/thunderbird/early_releases/
Whiteboard: closeme 2009-03-01
RESO INCO due to lack of response to last question. If you feel this change was made in error, please respond to the bug with your reasons why.
Last Resolved: 13 years ago9 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.