Bug 279440

Summary:	Performance problems when sending (deleting) mail to trash
Product:	[Applications] kmail2	Reporter:	subscryer
Component:	general	Assignee:	kdepim bugs <kdepim-bugs>
Status:	RESOLVED NOT A BUG
Severity:	normal	CC:	cubranic, tbe
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	Gentoo Packages
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description subscryer 2011-08-05 11:40:42 UTC

Version:           unspecified (using KDE 4.7.0) 
OS:                Linux

As per the summary. Deleting a single message takes somewhere near 1-2 seconds before the message is actually deleted from the message list and the list itself has rearranged. If I press the del key a few times in a row without waiting I get unpredictable behaviour often deleting messages without their status changing to read as it used to.
Deleting a number of messages (a few hundred) takes easily a few minutes.

Related or not: if I open a folder with a substantial number of messages in it (let's say near 1000 and up) it takes a few seconds for the message list to stop populating/scrolling. In kmail1 this was fast enough that I barely noticed.

I'm on a laptop with 4gb ram and a Pentium Dual-Core CPU T4300  @ 2.10GHz
I don't see substantial disc activity during deletes, akonadi backend is mysql 5.1.58.

Reproducible: Always

Steps to Reproduce:
I haven't tried on other systems but the behaviour on my pc is always reproducible.


Expected Results:  
Wait times should be on par with kmail1.

Comment 1 Thomas Berger 2013-02-26 13:31:51 UTC

Mail deletion is very slow with akonadi. The bottleneck seems to be the mysql work, that is done in the background. Maybe just marking the mails as deleted and cleanup async or rewrite the database schema would help a lot.