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
[email protected]
http://lists.luv.asn.au/listinfo/luv-main

_______________________________________________
luv-main mailing list
[email protected]
http://lists.luv.asn.au/listinfo/luv-main

Reply via email to