| Summary: | akonadi eats my memory ;) | ||
|---|---|---|---|
| Product: | [Frameworks and Libraries] Akonadi | Reporter: | Christoph Cullmann <christoph> |
| Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | CLOSED NOT A BUG | ||
| Severity: | major | CC: | christoph, dev+kde, julius.schwartzenberg, meyerm, roucaries.bastien+bug, smartins |
| Priority: | NOR | ||
| Version: | 1.6.0 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Christoph Cullmann
2011-07-25 17:13:03 UTC
akonadictl --version tells me it is Akonadi 1.5.3 Beside, without akonadi (after enforce akonadictl stop), I have 3006904 bytes free, around 3GB, with it, I am OOM ;) KDE 4.7 is the same. Even without KMail starting, akonadi does stuff with my mails and if I startup KMail, I can't view any folder until it has synced all mails which takes ages for my account. The "old" KMail just worked and only downloaded the folder I viewed. up akonadi version Has anyone any idea about this? Makes KDE as whole unusable as soon as my IMAP account is configured. (sure I can remove the account, but whats the point then) The Kubuntu 4.7 packages seems to have less problems. Still around 25% of my memory are used by akonadi and co. and it now downloads since more than hour the "headers" after imap account initialisation. I can't read my Kate mailfolder, as it won't load it until it is finished it seems. Status bar shows "100%" thought every few minutes a new folder is synced (as can be seen in tooltip of status bar) With just KMail on it now emptied the battery of this T410s as nepomuk takes 100% CPU the whole time to "index" the mail headers? There are a number of related bugs, which makes it hard to decide where to write this. I picked this one because it’s more recent. Firstly: The reason for Akonadi running without KMail loaded is that KMail is only one _possible_ frontend to Akonadi's mail storage. Fair enough, I understand that reason. But I, too, am quite appalled by Akonadi's recent performance, it's been getting on my nerves big time over the last weeks (though, unlike the OP, I’ve never run out of memory so far, having 3 GB or RAM). IIRC it was much better with 4.6.0. Secondly: in current KDE (4.7.0) it considerably delays desktop readiness after login, it almost feels like Windows XP with Norton Internet Security and Nero Suite registered for autostart. ;-p Thirdly: Akonadi repeatedly seems to juggle around mails, as I get prolonged disk load with accompanying CPU load on a regular basis. Maybe that's connected with the automatic check for new mails. I could be over-sensitive to this because my laptop is getting old and I need to do some maintenance on the cooling system, and the additional load adds to that problem. Plus, laptop HDDs aren’t so fast to begin with, so the system becomes sluggish because loading of files is hampered. Akonadi is supposed to be a database-aided cache, and for that it needs to make sure the cache corresponds with the actual content after login. But surely there must be ways to improve this. Added to that as a forth point, even with the frequent system load to maintain the cache, KMail still needs half a minute to display a mailing list folder for the first time. Where is the advantage of the cache here? I was told in #kontact to disable threading in order to speed that up, but (to me) threading would only explain CPU load, not the amount of disk shuffling. I don't have _that_ many mails, here’s a coarse measurement for my setup: $ cd ~/.kde4/share/apps/kmail/ $ find mail/ dimap/ -type f | wc -l 14661 <ramble> I can imagine that many current KMail users are from old times that stick with it because they are used to it, know its powers or want to stick to KDE-only programs. But imagine a new user: all he will say is “I’ll use something else, KMail is just too slow for me.” (and it’s not even KMail’s own fault here) </ramble> I experienced the same problem with akonadi_imap_resource sucking up all my memory and CPU (Quad-Core i7 with 8GB RAM and 2GB swap). The computer gets unuseable until it OOMs. Since a lot of similar bug reports were closed with "FIXED" telling the people to use KDE 4.8 I took the risk and updated my openSUSE 12.1 with the KDE 4.8 repository to KDE 4.8.1 and akonadi 1.7.1. No luck, still eating 10GB of RAM (and who knows what it would fo if I would add more RAM to the game ;-) )... So for now I am a little bit perplexed how to get back to work with my PIM data. After deleting the offending IMAP resource and recreating it in KMail I was able to get back into kontact (for now...). Bug #265896 is most probably related. Anyone still seeing this ? i can confirm with newer version 4.13.3 of kdepim and 1.12.1 of akonadi server Also occurs on Kubuntu 14.04, just setting up an IMAP account in KMail causes a lot of problems due to low memory here. I guess we need more specific info to track this down and a lot of things changed for KF5. I close my bug, if somebody has more useful info, create a new one please. |