Re: akonadiserver and kmail are leaking memory
Wolfgang Bauer <[email protected]>
| Newsgroups | gmane.linux.suse.kde |
|---|---|
| Message-ID | <[email protected]> |
Am Sonntag, 31. März 2019, 22:40:41 schrieb Hans-Peter Jansen: > Am Sonntag, 31. März 2019, 19:02:02 CEST schrieb Knurpht-openSUSE: > > Op zondag 31 maart 2019 18:05:32 CEST schreef Hans-Peter Jansen: > > > Yes, that reads 41G VSZ and 27G RSS for akondiserver, only in about 5 > > > hours > > > wall clock run time. > > > > I've experienced this in the early days, the solution was to rebuild the > > akonadi database. > > Been there, done that, same result. In fact, the whole indexing failed much > more miserable before I tuned the mysql config to some degree, due to > timeouts (which is okay, given my admittedly pathologic case). One particular problem (causing huge memory and/or CPU time) I do remember (not from actual experience, but from reading bug reports) was caused by broken/corrupted agent_config_*_changes.dat files in the ~/.config/akonadi/ folder. Deleting them helped (and should not cause data loss) apparently. But that was years ago, should probably not occur nowadays... > Will try Postgres, then. When throwing away the whole akonadi folder, > there's a real PITA: it enumerates all IMAP folders, resulting in a fully > mixed up special folders setup (Sent, Drafts, Templates, Trash) for all > accounts :-( > > That's a major flaw of kmail since ever... Cannot remember kmail 1 behavior > exactly, though. ;-) Yeah, that's because folders are referred to by their (numerical) id in the Akonadi database. "Fixing" that would probably cause other problems though AIUI. Kind Regards, Wolfgang -- To unsubscribe, e-mail: [email protected] To contact the owner, e-mail: [email protected]