
Hi all, A couple years ago I =finally= discovered the most likely cause of this. And you will notice that it happens at the start of every new year for some of you. It does for me. It also happens if you export/import large email collections on ThunderBird. Soon after I recover from my New Year celebrations, I "tidy up" my ThunderBird email folders. e.g. Create a 2014 Sent folder and a 2014 InBox folder, etc. Then I move every InBox and Sent message from the previous year into their new folders. (Note: I don't formally archive. I like them immediately handy.) If you're like me, you save everything, so we're talking about thousands of emails being moved at once. This automatically triggers a thorough (?) re-indexing of all messages in all folders. On my system it took nearly 100% of CPU utilisation, and it ran for many hours. Shutting down ThunderBird and restarting only made the process begin again from scratch. To make matters worse: Here in Australia early January happens to be the hottest days of the year, and my CPU temperature sensors were scaring me quite a bit. I never found a way to "throttle down" a process to ease demand on the CPU. So I found myself shutting down my computer until sunset; putting it in the coolest room of the house; taking the cover off; pointing a room fan at the motherboard; and praying I wouldn't cook it overnight. Good luck. Carl Bayswater, Victoria On 05/01/15 20:49, Piers Rowan wrote:
On 03/01/15 13:09, David Zuccaro wrote:
I have an i5-2450M CPU @ 2.50GHz with 4Gb of memory running linux mint 17.
As the title suggests I'm finding Thunderbird to be very sluggish so I would welcome suggestions to help boost performance. (actually evolution was better in this regard)
I have moved about 6 years worth of emails into the archive directory -- I presume exporting these out of Thunderbird into a searchable format (which one?) would help matters.
I've used TB extensively over the years and supported it in the workplace. One of this issues that can happen is that if you are using IMAP and you are moving large datasets around then the index files need to be rebuild. Often this is a problem because you have the folders opened on other devices / other users.
The net effect is that each starts polling and kills the other's indexing process and starts its own. Because you have such an extensive "backup" of emails the process can also take too long and time out (or you restart TB / PC to "fix" things).
Mail clients are not databases and many people (including me) treat them as such. When they stop working like mail clients in my experiences it is because you have made a change and it takes time to fake being a database again as it pulls itself together.
I recommend limiting your mailbox quota and using your CRM to pull in your email for searching / attachments so you have the data if you need it.
Cheers
P _______________________________________________ luv-main mailing list luv-main@luv.asn.au http://lists.luv.asn.au/listinfo/luv-main