Bug 300572

4.8.3

MArking ~2000 emails (plain text only, a few MB total size) as read causes the akonadi_nepomuk_feeder to write ~5GB data to the hard disk.

Reproducible: Always

Steps to Reproduce:
1. HAve a local folder with a few thousand unread emails, e.g. a mailinglist folder, i.e. small text emails.
2. RMB > mark all emails as read from within kmail
3. use iotop to watch the disk i/o
Actual Results:  
GBs of data are written to the disk just to mark emails worth a few MB as read.

Efficiency is something different. Apart from that it blocks the disk and hence the computer.

Expected Results:  
Get the "mark as read" done within seconds at most.

If one watches the process list at the beginning of the "mark as read" action one can see that there are other processes using far too much resources for something as simple as marking messages as read and changing their status in some DB.

kmail uses 20%
mysqld 20%
akonadi_agent_launcher 20%
as well as the mentioned akonadi_nepomuk_feeder, and akonadi_mailfilter_agent