User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050702 Build Identifier: version 3 alpha 1 (20061227) Moin Moin. Upon loading Mail, the performance drops (systemwide) to a low level, especially if mail-windows (showing old mail or composing new mail) are open: The effect seems to increase, at least, quadratically. If there is a possibility to change the mail-loader-threads' priority (maybe using "SetThreadPriority" or the like.), I want to ask for it. I would do it myself and, of course, share the source-changes, if I were capable of compiling thundie, but it is a large mess, to obtain a compiling environment. How about, creating MSVC 6 Projects along, i.e. in parallel, with the usual way to compile the package. Allowing parallel paths would have helped xhtml in gaining acceptance as well, so it might be a good trick. _Tschuess, __Michael. Reproducible: Always Steps to Reproduce: 1.start thunderbird. 2.maybe open some mail-messages. 3.get mail. Actual Results: System slows down up to download times of hours for 100 mails if about 10 mail-windows are open. Expected Results: A low priorised backgroundthread should load the mails and not interfere with open mail-windows.
what is the last nightly build where you do NOT see the problem? could be due to bug 363163, which started just over a month ago. Why do you have 10 mail windows open? And how much memory on your system?
what kind of windows specifically do you have open? compose windows? 3-pane windows, stand-alone message windows? Having 10 windows open is going to consume a fair amount of memory, but it shouldn't really affect CPU usage unless the OS is constantly swapping, using virtual memory. Windows Task manager will tell you how much memory is being used. I doubt this is a threading issue.
reporter appears to be gone => incomplete
Status: UNCONFIRMED → RESOLVED
Last Resolved: 10 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.