Created attachment 65503 [details] akonadi_nepomuk_email_feeder Screenshot Version: 4.7 (using KDE 4.7.3) OS: Linux akonadi_nepomuk_email_feeder crashes (or has to be killed) twice (I have 4 IMAP accounts configured) before it stops being respawned. Reproducible: Always Steps to Reproduce: Log into your account (kmail runs on logon) and see how akonadi_nepomuk_email_feeder eats all your ram. Actual Results: akonadi_nepomuk_email_feeder eats all your ram until it crashes Expected Results: it runs on background not being noticed
I'm open to provide more info this weekend if you can point me where to look ;)
This is the last great Nepomuk memory issue. In my system, dbus gets a significant impact also, so this could be a near-duplicate of the already fixed Nepomuk memory leaks. Sebastian, can you check if dbus calls are getting stuck with akonadi_nepomuk_email_feeder? Also, what's the situation with KDE 4.8? AFAIK, akonadi_nepomuk_email_feeder was entirely rewritten.
@Aitor: A better workaround: try to delete the Nepomuk EMail Feeder from Akonadi Console. Run akonadiconsole in a command line, or look for Akonadi Console.
I also get the leak with 4.8. kdepim reckon it's the resource passing items to the feeder faster than it can index them, so the queue grows. I have a lot of RAM so it didn't OOM yet.
The best way to 'work around this' is letting the feeder index all mail. This will of course get you a problem as it keeps growing :D My solution was to schedule a large number of "akonadictl restart" over night. Like this: sleep 20m && akonadictl restart & sleep 40m && akonadictl restart & sleep 1h && akonadictl restart & sleep 1h && sleep 20m && akonadictl restart & and so on. I bet there is a way better way of doing this but this allowed the feeder to index all my mail during one night and now the problem is solved so I'm happy :D
Can you upgrade shared-desktop-ontologies and retest?
@Alejandro Nova Deleteing Nepomuk EMail Feeder was not useful for me as it was recreated automatically upon restart.
I've just upgraded to shared-desktop-ontologies 0.8.1 and I haven't notice any change. I still need to kill akonadi_nepomuk_email_feeder processes
@Aitor: Can you do a final test with s-d-o 0.8.1 or a git snapshot, and KDE 4.8 Beta 1? With that combination, I do not get any memory leak indexing mails. I even recreated my Nepomuk database and the akonadi-nepomuk-feeder didn't grow beyond 120 MB.
I've just upgraded to KDE 4.8 Beta 1 and I can not reproduce this any more.