Bug 1022368
Summary: | Thunderbird 24 is extremely slow on startup | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Panos Kavalagios <Panos.Kavalagios> |
Component: | thunderbird | Assignee: | Martin Stransky <stransky> |
Status: | CLOSED UPSTREAM | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 20 | CC: | abuse, collura, gecko-bugs-nobody, Panos.Kavalagios, stransky, vseerror |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2015-02-09 10:46:20 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Panos Kavalagios
2013-10-23 07:13:19 UTC
Can you test it in safe mode and/or with new profile? (see https://fedoraproject.org/wiki/Firefox) Sorry, I forgot to mention that I have already tried safe mode without any addon loaded and the problem persists: $ time thunderbird -safe-mode (process:28286): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed 4.847u 0.528s 1:03.09 8.4% 0+0k 3104+3272io 10pf+0w The client was closed after it displayed the page and it needed again about 1 minute. I should mention that after the startup, the client works fine. I have created a new profile and connected only 1 mailbox and it loads very fast as used to load. Losing all my mailboxes setup is not a valid solution, right? It may hit Bug 1014858 (or https://bugzilla.gnome.org/show_bug.cgi?id=687763) - try to launch TB with G_SLICE=always-malloc, so: $export G_SLICE=always-malloc; thunderbird Negative. It still needs 58 seconds to load: $ setenv G_SLICE always-malloc; time thunderbird (process:28988): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed [calBackendLoader] Using libical backend at /home/panos/.thunderbird/ym3t97bn.default/extensions/{e2fda1a4-762b-4020-b5ad-a41df1933103}/components/libical.manifest 6.786u 0.528s 0:58.07 12.5% 0+0k 120+1144io 0pf+0w Can you please test an upstream package downloaded from mozilla.org? Hello Martin, I have also made an upstream report and we have concluded that the problem was related on the many pop3 acconts. I have de-activated the option to check for new messages on startup on those accounts and the problem was resolved. The upstream report URL is the following: https://getsatisfaction.com/mozilla_messaging/topics/thunderbird_24_has_extremely_slow_startup_on_linux but unfortunately it is not valid any more. So, the workaround is to remove the offending "Check for new messages at startup" in the Server Settings section of pop3 account settings. The problem still persists in the latest thunderbird version of F20 package (thunderbird-24.5.0-1.fc20.x86_64): $ time thunderbird (process:23896): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed (thunderbird:23896): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::sm-connect after class was initialised (thunderbird:23896): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::show-crash-dialog after class was initialised (thunderbird:23896): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::display after class was initialised (thunderbird:23896): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::default-icon after class was initialised [calBackendLoader] Using libical backend at /home/panos/.thunderbird/ym3t97bn.default/extensions/{e2fda1a4-762b-4020-b5ad-a41df1933103}/components/libical.manifest 7.589u 0.685s 1:01.30 13.4% 0+0k 113008+1104io 145pf+0w FWIW: I also experienced a slow startup with two imap accounts (no pop) in Thunderbird since version 24.6.0. One of them has several GB's of (cached) mail. What resolved the issue for me was to compact all folders (File -> Compact Folders). It did not do much to the size of ~/.thunderbird, but it reduced the start time to about 10 seconds, including mail check in all folders. That is comparable to what it used to be with older versions of Thunderbird. Negative! I have compacted all folders and then enabled the option to check for new messages on startup on the pop3 accounts. The 1 second gain is not considered a workaround. It still needs a minute for the Thunderbird to display the contents: $ time thunderbird (process:1424): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed (thunderbird:1424): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::sm-connect after class was initialised (thunderbird:1424): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::show-crash-dialog after class was initialised (thunderbird:1424): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::display after class was initialised (thunderbird:1424): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::default-icon after class was initialised [calBackendLoader] Using libical backend at /home/panos/.thunderbird/ym3t97bn.default/extensions/{e2fda1a4-762b-4020-b5ad-a41df1933103}/components/libical.manifest 6.851u 0.474s 0:57.73 12.6% 0+0k 0+1136io 0pf+0w 0) please change bug version to fedora20 1) not complete fix but have you tried enabling pipelining in 'about:config' ? thunderbird-edit-preferences-advanced-general-config_editor: network.http.pipelining false -> true network.http.pipelining.ssl false -> true network.http.proxy.pipelining false -> true (tried on large imap account not pop and havent timed and still slow but does seems little faster when enable pipelining for paralleling requests [similarly for firefox]) It takes with the proposed workaround 56 instead of 57 seconds. Hooray! One more second was gained. I need 50 seconds more to go! :) $ time thunderbird (process:13977): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed (thunderbird:13977): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::sm-connect after class was initialised (thunderbird:13977): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::show-crash-dialog after class was initialised (thunderbird:13977): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::display after class was initialised (thunderbird:13977): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::default-icon after class was initialised [calBackendLoader] Using libical backend at /home/panos/.thunderbird/ym3t97bn.default/extensions/{e2fda1a4-762b-4020-b5ad-a41df1933103}/components/libical.manifest 6.279u 0.488s 0:56.53 11.9% 0+0k 0+1136io 0pf+0w Can you test offline mode? Disable networking in NetworkManager and try to start TB. It should come in offline mode. Anyway, how big is your mail-box? Look at ~.thunderbird in your home dir. Just a quick check - I have 9GB mail data in my TB profile and I don't see this... Offline mode do not resolve the problem. The Network Manager was disconnected from wired ethernet and the result is the following: $ time thunderbird (process:14209): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed (thunderbird:14209): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::sm-connect after class was initialised (thunderbird:14209): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::show-crash-dialog after class was initialised (thunderbird:14209): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::display after class was initialised (thunderbird:14209): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::default-icon after class was initialised [calBackendLoader] Using libical backend at /home/panos/.thunderbird/ym3t97bn.default/extensions/{e2fda1a4-762b-4020-b5ad-a41df1933103}/components/libical.manifest 6.342u 0.731s 0:59.66 11.8% 0+0k 75752+4616io 118pf+0w The size is: $ du -sh ~/.thunderbird/ym3t97bn.default 5.4G /home/panos/.thunderbird/ym3t97bn.default Can you please test the new Firefox 31? I don't expect any difference but it's worth a try. You can get it at https://www.mozilla.org/en-US/thunderbird/ (In reply to Martin Stransky from comment #16) > Can you please test the new Firefox 31? I don't expect any difference but > it's worth a try. You can get it at > https://www.mozilla.org/en-US/thunderbird/ 31 is ready in koji: http://kojipkgs.fedoraproject.org//work/tasks/4503/7214503/thunderbird-31.0-2.fc20.x86_64.rpm http://kojipkgs.fedoraproject.org//work/tasks/4505/7214505/thunderbird-31.0-2.fc20.i686.rpm (In reply to Xose Vazquez Perez from comment #17) > 31 is ready in koji: > > http://kojipkgs.fedoraproject.org//work/tasks/4503/7214503/thunderbird-31.0- > 2.fc20.x86_64.rpm > > http://kojipkgs.fedoraproject.org//work/tasks/4505/7214505/thunderbird-31.0- > 2.fc20.i686.rpm also for fc19 : http://koji.fedoraproject.org/koji/buildinfo?buildID=549112 Thunderbird 31 seems to be working normal again. Unfortunately, I had to uninstall thunderbird-lightning to test, so the test is not 100% clean. I have tried 31 to no avail: $ time thunderbird (process:15362): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed (thunderbird:15362): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::sm-connect after class was initialised (thunderbird:15362): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::show-crash-dialog after class was initialised (thunderbird:15362): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::display after class was initialised (thunderbird:15362): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::default-icon after class was initialised [calBackendLoader] Using libical backend at /home/panos/.thunderbird/ym3t97bn.default/extensions/{e2fda1a4-762b-4020-b5ad-a41df1933103}/components/libical.manifest 7.362u 0.727s 1:01.53 13.1% 0+0k 85928+5240io 260pf+0w Now it takes few seconds longer. So the only workaround so far is to stick with Thunderbird 17 if you want to check messages at startup. Please see https://wiki.mozilla.org/Thunderbird:Testing:Memory_Usage_Problems#Diagnosis_Steps (of course, ignore the MS-Windows related stuff), and comment accordingly. *slice* assertions and warnings may be ignored might be related to https://bugzilla.mozilla.org/show_bug.cgi?id=799821 No, it's not related to the mentioned issue, as the problem is caused due to POP3 and not IMAP accounts. The investigation is over. We have already identified the issue to be the check for new messages on the multiple POP3 accounts. It worked fine on Thunderbird 17 and not on the releases afterwards. The slowness is observed only during startup. It works fine when the client window is fully displayed. I don't know why I have to go through the clean profile and no addons actions for once more. They are already tested and work fine. The numerous POP3 accounts is the issue with the specific option enabled. How many active POP3 accounts do you have? 1 IMAP and 15 POP3 I have linked this upstream to https://bugzilla.mozilla.org/show_bug.cgi?id=929281 I would prefer to continue the activity there. OK no problem. I have included a summary. Moving upstream per request in comment 26. |