Bug 229524

Summary: First checkmail takes several minutes with huge disk activity since I activated akonadi
Product: [Unmaintained] kmail Reporter: subscryer
Component: generalAssignee: kdepim bugs <pim-bugs-null>
Status: RESOLVED WORKSFORME    
Severity: normal CC: tiposchi
Priority: NOR    
Version First Reported In: unspecified   
Target Milestone: ---   
Platform: Gentoo Packages   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description subscryer 2010-03-05 11:50:12 UTC 
Version:            (using KDE 4.4.1)
Compiler:          gcc443 
OS:                Linux
Installed from:    Gentoo Packages

For the whole time kmail uses a substantial amount of cpu (up to 30% on a 
Pentium(R) Dual-Core CPU T4300 @ 2.10GHz).
I used iotop to determine which process is responsible for the huge amount of disk i/o and it says that the kmail process is reading 10-30MB/s for the whole ~15 minutes it needs to complete the checkmail (3 dimap, 4 pop3).
The kmail interface is terribly sluggish for the whole time, the rest of the system however behaves as usual as long as I don't need substantial access to the disk.

The check used to take at most one minute but when kmail refused to start without akonadi and I configured it properly, I found myself in this trouble. All checks following the first one are flawless.

The size of my folders is ~15GB total.
Comment 1 subscryer 2010-03-08 10:09:19 UTC 
Downgrading to mysql 5.0 solved the problem.
Comment 2 Salvo "LtWorf" Tomaselli 2010-05-03 02:58:27 UTC 
That is no solution. This bug should be open.
Comment 3 subscryer 2010-05-03 09:54:49 UTC 
Seems it's properly solved at least for some distros?
http://blog.tampakrap.gr/akonadi-now-works-with-mysql-5-1/