Bug 315675

Summary: Very slow start after upgrade to KDE 4.10
Product: [Frameworks and Libraries] Akonadi Reporter: Alexander <vo.zaeb>
Component: generalAssignee: kdepim bugs <kdepim-bugs>
Status: RESOLVED FIXED    
Severity: normal    
Priority: NOR    
Version: 4.10   
Target Milestone: ---   
Platform: Arch Linux   
OS: Linux   
Latest Commit: Version Fixed In:

Description Alexander 2013-02-23 10:35:10 UTC
Hi, after the upgrade to KDE 4.10 Akonadi became very slow on start up.
You can see here http://www.youtube.com/watch?v=20e5X4Fb-Eg (and this is already my 5 or 6 attempt, right after log in to the KDE it is much slower). You can see high IO in htop, it is caused by mysql (I am using system mysql set up). It feels like it cause mysql to perform something hard after every Akonadi start up.

Also tried to create a new clean database and remove all Akonadi's configs and it is still the same.

Reproducible: Always

Steps to Reproduce:
1. Log in to KDE
2. Try to run Kmail ASAP
Actual Results:  
It takes about 30-50 seconds to start, so after every reboot I should wait about 1 minute before I can run kmail. It is much longer than my PC takes to boot.

Expected Results:  
It should not take longer that 2-3 seconds.
Comment 1 Alexander 2013-03-03 19:35:35 UTC
 [heaven@arch: ~$] akonadictl start
Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
 [heaven@arch: ~$] search paths:  ("/home/heaven/.rvm/gems/ruby-1.9.3-p0-falcon/bin", "/home/heaven/.rvm/gems/ruby-1.9.3-p0-falcon@global/bin", "/home/heaven/.rvm/rubies/ruby-1.9.3-p0-falcon/bin", "/home/heaven/.rvm/bin", "/usr/local/bin", "/usr/bin", "/bin", "/usr/local/sbin", "/usr/sbin", "/sbin", "/opt/java/bin", "/opt/java/db/bin", "/opt/java/jre/bin", "/usr/bin/core_perl", "/usr/lib/qt4/bin", "/home/heaven/.rvm/bin", "/usr/sbin", "/usr/local/sbin", "/usr/local/libexec", "/usr/libexec", "/opt/mysql/libexec", "/opt/local/lib/mysql5/bin", "/opt/mysql/sbin") 
QSqlDatabasePrivate::removeDatabase: connection 'initConnection' is still in use, all queries will cease to work.

It hung after the last line.
Comment 2 Alexander 2013-09-07 08:19:11 UTC
This is fixed now in 4.11.