Bug 279440 - Performance problems when sending (deleting) mail to trash
Summary: Performance problems when sending (deleting) mail to trash
Status: RESOLVED NOT A BUG
Alias: None
Product: kmail2
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-08-05 11:40 UTC by subscryer
Modified: 2015-07-01 07:09 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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.