Bug 325253

I know this is a very unspecific bug report, but maybe someone can point me in the right direction... ;-)
My akonadi setup is as follows:
3 dimap accounts, sending over smtp and saving sent messages in imap folders /sent
1 DAV resource with 1 caldav collection (5 calendars, 4 of them shared) and 1 carddav collection (2 addressbooks, one is a shared one)
2 ical resources that point to the /tasks subfolders on the same server where my imap and my dav resources point to (but somehow the dav resource does not recognize the tasks, so I had to add them as ical resources).
Google Addressbook
Google Calendar
a local backup folder for archiving my older mail with subfolders for each year (going back three years, with a total of about 10.000 emails in all subfolders
and of course local contacts, local mail folder, local notes, search, invitations, mail indexer, tags,  etc...

RAM Memory consumption is as follows:
mysqld ~68MB
google-calendar ~35mb
google contacts ~32mb
mailfilter ~28mb
archivemail-agent ~26mb
sendlater ~26mb
akonadiserver ~13mb
nepomuktag ~11mb
and the others below 10mb,

36 processes in total (not counting akonadiconsole and akonaditray).

After working with emails in my imap accounts for a while, it starts to become slow - it takes longer to open emails, to send emails etc. opening akonadiconsole shows that sometimes, but not always, the email indexer is working. Most of the time all resources are said to be "ready".

As long as the email indexer runs, virtuoso-t uses 99% of my cpu.

Sometimes it takes minutes to send an email (o.k., it has multiple recipients, but still)...

Any hints? As it is right now I can't really work with it, but the other clients there are are not up to par with it...


Reproducible: Always