Created attachment 61371 [details] CPU Usage after mark as read Version: 4.6 (using KDE 4.6.4) OS: MS Windows When you select several emails and do a action like "Mark Mails as Read / Mark Mails as Unread" etc. you get an extreme spike in CPU usage of Virtuoso while akonadi_nepomuk_email_feeder produces loads of debug output. Test was with 500 Mails and took ~60 secons high During this time my hard disk was also working on its limit. Attached is a screenshot of the cpu usage (grid x axis is 5 seconds) and the unshortened debug output created during this action. Reproducible: Always Steps to Reproduce: 1. Select ~500 Mails 2. Mark Mail as read / unread Actual Results: CPU usage and Disk IO Spikes. For 60-100 seconds in my tests, i guess this will depend on your machine. Expected Results: Marking some hundred mails with a tag/flag should not take several minutes.
Created attachment 61372 [details] Debugoutput during the mark
same here. neopmuk keeps akonadi busy doing full payload fetches for a lot of actions within kmail and thus slowing down the whole desktop and kontact in special.
This bug doesn't deserve the major severity.
I think it does deserve major severity because it makes Kontact on Windows a lot less usable. It has a major impact on usability, as far as I can tell right now.
major means "major loss of function". Being slow doesn't enter that category. Please read https://bugs.kde.org/page.cgi?id=fields.html#bug_severity
Being so slow that users refrain from using it, would in my view qualify as a "major loss" of an important proptery. But of course I cannot be sure that this issues is the only cause, so maybe "major" it too early to tell.
This bug is still somewhat present in 4.11. The main issue is that when an email is marked as read the email is reindexed. This is done by throwing away the old data and indexing the data from scratch. Ideally one should just update the flags that have changed, unfortunately that is a little hard. It's simple to change the isRead flag, but the other flags which indicate if the email has been marked as important/spam/sent/etc are saved as tags. We cannot just remove the old tags and add the new ones as that discards any tags that a user might have tagged an email with. The proper solution would be only to remove the tags added by the feeder and to update them accordingly. This solution is a lot more complex and therefore has not been implemented by anyone. Anyway, email indexing is much faster with 4.11 so the cpu spikes should be less noticeable. I'm leaving this bug as open until someone implements proper indexing of the changes.
The Nepomuk project is no longer maintained in KDE since 4.13. For email indexing, Baloo provided an Akonadi resource to index emails, contacts and events. Tags are now maintained by Akonadi itself.