[meta] Thunderbird startup performance issues
Categories
(Thunderbird :: General, defect)
Tracking
(Not tracked)
People
(Reporter: wsmwk, Unassigned)
References
(Depends on 13 open bugs, Blocks 2 open bugs, )
Details
(Keywords: meta, perf)
No description provided.
Reporter | ||
Comment 1•14 years ago
|
||
Focusing this bug on Thunderbird startup performance. Tying to: * Bug 527592 - warm start about 33 % slower than with Thunderbird 2.0 * Bug 604788 - Thunderbird takes several seconds to startup (maybe libxul related) * Bug 462862 - Implement start up performance tests for Thunderbird * Bug 441710 - Thunderbird compose and UI occasionally freezes/slow for 3-60 seconds unexpectedly and continually - caused by calendar/lightning issues [meta] - because although most are not startup (except 569555) some can easily impact the early time after startup and thus the startup time as perceived by the user. ** Bug 569555 - TB with lightning unresponsive at start, with high CPU * Bug 163964 - add option to speedup imap startup by skipping folder discovery and other niceties * And also recent FIXED bugs ** Bug 427614 - increased memory usage on TB startup of 100-120MB shortly after profile manager, and 100% cpu for several seconds ** Bug 481065 - local folder db's opened on startup In bug 533441 rs's notes there are many core Mac startup improvements on trunk that aren't on branch. Many of them are mentioned in the wiki and blog posts noted below. (and the same can be said of all OS) Core: * there's a lot to "get for free" from core and so was tempted to add core bugs via meta Bug 447581 - startup performance. But some percentage is firefox specific and the bugmail may irritate watchers of this bug. So for now, noting there is mucho information worth reading in that bug and in related wiki [1], and singling out just a few bugs to block: ** Bug 520309 - startup cache - replacement for fastload cache - just because of it's numerous related bugs. ** Bug 506431 - UTF8 to UTF16 conversion showing up in startup profiles ** Bug 91242 - CSS parsing is 5.5% of startup time ** there may be an add-on manager bug or two worth calling out amongst Bug 461973 - Extension manager API rewrite tracking bug [1] See Bug 447581 and related blog updates at http://autonome.wordpress.com/tag/startup/ whose current state is summarized at https://wiki.mozilla.org/Firefox/Projects/Startup_Time_Improvements If I have missed any major points or bugs, please adjust this bug.
Reporter | ||
Comment 2•13 years ago
|
||
Bug 600713 - Cache system font information in startupcache (affects only win7?) (seems not to be in bug 447581 's dependency list)
Reporter | ||
Comment 3•12 years ago
|
||
http://blog.mozilla.com/tglek/2010/10/04/diagnosing-slow-startup/
Reporter | ||
Updated•11 years ago
|
Reporter | ||
Comment 4•11 years ago
|
||
related Bug 840410 Add Start-up Performance Reporting
Reporter | ||
Updated•9 years ago
|
Reporter | ||
Updated•9 years ago
|
Comment 5•5 years ago
|
||
Hi Wayne,
Would you add Bug 1502923 as blocking this Bug 487832 (tb-startupperf) [meta] Thunderbird startup performance issues
I believe it is related...
Regards,
Hello, I don't know if it is the best place to post this but I make a try.
I noticed on my windows 8.1 x64 computer that TB 68 was much slower at startup than TB 60, for the first startup only.
Is there a tool to confirm this for Thunderbird?
Thanks.
Julien
ps : I opened a bug about this but I thought it was resolved by deleting the .msf files. In fact , no.
Reporter | ||
Comment 7•4 years ago
|
||
(In reply to Julien L. from comment #6)
Hello, I don't know if it is the best place to post this but I make a try.
I noticed on my windows 8.1 x64 computer that TB 68 was much slower at startup than TB 60, for the first startup only.
Is there a tool to confirm this for Thunderbird?
Not really
ps : I opened a bug about this but I thought it was resolved by deleting the .msf files. In fact , no.
You mean Bug 1590462 - The start-up of Thunderbird 68.1.1 is very slow. If that bug wasn't caused by signalspam, then comment there and we reopen it. If 1590462 was caused by signalspam, AND you can reproduce the startup slowness with signalspam disabled or removed, And reproduces in safe mode as described at bug 1590462 comment 3, then please file a new bug.
No need to comment further in this bug report
Reporter | ||
Comment 8•4 years ago
|
||
Moving Bug 447581 - [Core component] startup performance tracking bug [meta] from Depends on to See Also, because much of the Core items are small increments, but more importantly to clean up the dependency tree of this bug
Reporter | ||
Updated•4 years ago
|
Updated•4 years ago
|
Reporter | ||
Comment 9•4 years ago
|
||
I don't think this meets the blocking criteria in bug 564148 comment 1
Reporter | ||
Updated•4 years ago
|
Comment 11•4 years ago
|
||
Wayne it's okay if found the bug describing the same problem but what is a solution right now for users?
Im as an user can not update my production version 45 still up because of all these bugs that not fixed before producation versu=ion and I do not understand why version of 45 is called production if they are de facto is still raw betas.
Sorry it's my opinion as a regular user.
It's very important that there such product as Thunderbird I read I know that company Mozilla thrown out it.
Can I suggest the fix for all this bugs?
Just make simple empty container and put inside top menu with tabs to install internal components:
Mail and put whole Thunderbird, Calendar and if user wants to install Lightning, Tasks based on Eisenhower Matrix principle, Notes as separate app, if user has to isntall a some new Password management / Wallet mechsnism, Market / Shopping (some thing like Grouppon) but no more than 7 / 8 tabs like main apps.
And all apps to launch independent by processing separate cores in our laptops..
Reporter | ||
Comment 12•4 years ago
|
||
Wayne it's okay if found the bug describing the same problem but what is a solution right now for users?
There are several issues as indicated in the list of blocking bugs - some of which are recently fixed, some being actively worked and hopefully fixed relatively soon, and some which won't happen quickly. In short there is not an immediate solution you can apply, except a) keep Thunderbird updated, b) use best practices for performance (especially on Windows machines where AV should not scan the Thunderbird profile), c) calendar users should minimize the number of and length of repeating tasks, and number of calendars.
Updated•2 years ago
|
Updated•2 years ago
|
Description
•