Created attachment 55086 [details]
akonadi.out

I have similar problem.

Once my system boots up, I am using arch linux, kde 4.5.4, my memory usage is:

450 MB with akonadi enabled
230 MB with akonadi disabled (edit akonadiserverrc and write StartServer=false )

I usually don't care a lot about memory usage of my applications, but wow!, 200 MB is too much, it is about 50% of the DE memory usage, and I guess a lot of people don't even use akonadi applications.

Regards
Jaime

As my problem is not exactly the OP reported bug, I filled a new bug: 262981

I am also seeing very bad memory usage by kmail2 and akonadi.  akonadiserver is actually using more memory on my system than akonadi_mixedmaildir_resource but only by a small margin with both using close to 1.1G of virtual memory.  On top of that kmail2 is using over 500M.  I don't understand why a mail app needs close to 3G of memory.  Using this set of apps makes my system unusable and this is a major issue.

I can confirm this issue with KMail 4.7.0 and akonadi 4.7.0 (this is the version number opensuse uses) with KDE 4.7.0, akonadi-runtime package has version 1.6.0.

I have about 5000 mail in my inbox and akonadi_mixedmaildir_resource uses 716 MB of memory.

for me akonadi_mixedmaildir_resource is using also over 200mb, followed by kmail with 140mb.

I can confirm this bug. Talking about about 80000 messages spread over three folders. When I open these folders in order, the resource takes 1,5 GB of memory.
Reproducible when killing the resource and starting fresh. Memory does not decrease after some minutes or when closing kontact.
The increase in memory does not seem to be linear with number of mails per folder; the last folder with only 12000 eats more than 600 MB of the 1,5 GB.

If there is need and someone tells me how to start a resource under valgrind, I can produce massif logs.

%MEM VSZ     RSS
16.6 1615576 1363120 akonadi_mixedmaildir_resource

This is what I would call out of hand, and overall performance is down, help?

Was so frustrated about the new Kmail I forgot to mention this is with the Kmail as found in KDE 4.7.0

Note that performance is down by orders of magnitude as soon as the system swaps, which it may do when kmail and the resources use these extreme amounts of memory

Also the process seems to keep running, even after Kontact is shut down.

Want to confirm:
Same here after updating to 4.7 on Kubuntu 11.4 yesterday.
Akonadi_mixedmaildir needs almost 450MB RAM.
Process is keeping running until restart the machine. opening any mail folders in kmail and the service does start again and takes too much memory.

Akonadi_nepomuk_email_feeder takes another 720MB...
Out of 2GB on my Laptop.

went back to 4.6. KDE 4.7 this way is unusable on my laptop.

Just wanted to share that I got it down a little bit for me.
In my case some SpamChecker had a fight with Kmail2 (Lots of conflict message) resulting in Mails with MIME bodies duplicated again and again.
When removing all the duplicate MIME Bodies using a little script, I got the memory usage down from 6GB over all to 500MB.

still present with kmail 4.7.1

> When removing all the duplicate MIME Bodies using a little script, I got the
> memory usage down from 6GB over all to 500MB.

Which is still way too much: kontact 4.6 only uses <200 MB of memory

I have found a strange thing. After starting kmail and loading messages from default folder, akonadi_mixedmaildir_resource takes about 1,2GB of RAM. When kmail is already synced, you can safely killall akonadi_mixedmaildir_resource. Clicking on another folders will result the process to reappear, using about 105MB of memory and less than 10% CPU time when syncing. I have nepomuk enabled. I have also removed my old spam filters and created new ones using kmail's wizard.

When all folders are synced, you can killall it once again safely. Kmail takes then ~100MB of RAM and mysql process even less. Anyway, "Search messages" feature still doesn't work for me...

I have a very similar problem.

Just made the jump step from Fedora 14 to 16, and now Kmail (4.7 from 4.4)
insists on Akonadi indexing all the mail, which it simply is not man enough to
do.  This was AFTER having to figure out that Kmail, having performed an
automated "migration" had failed to give Akonadi a path for the local mail
folders, and kept crashing out.

This machine has 2GB of RAM and 2GB of swap - Akonadi grows to use it all until
the the synchronising process trying to regrow the indexes
(/usr/bin/akonadi_mixedmaildir_resource --identifier
akonadi_mixedmaildir_resource_0) is assassinated by the kernel, leaving Kmail
without all of my organised mail folders from the last 5 years.  It's less than
useless - I have lost access to some very important historic messages, and I
cannot even read critical current work email...

*** Bug 290355 has been marked as a duplicate of this bug. ***

Git commit 815957a4a9ae567f271453aac222abf4c09900f9 by Sergio Martins.
Committed on 17/07/2013 at 09:45.
Pushed by smartins into branch 'KDE/4.11'.

mixedmaildir: don't use 1.5GB of memory when importing a very big folder

Subjobs pile up too fast because they are cheap to create and
because it's taking around 5 event loops for one to start.
Related: bug 317122, bug 309732, bug 307066, bug 295651

M  +41   -6    resources/mixedmaildir/retrieveitemsjob.cpp
M  +4    -2    resources/mixedmaildir/retrieveitemsjob.h

http://commits.kde.org/kdepim-runtime/815957a4a9ae567f271453aac222abf4c09900f9