Bug 296299 - receiving pop3 mail causes unresobably high cpu abuse and meaningless blinking with status icon enabled
Summary: receiving pop3 mail causes unresobably high cpu abuse and meaningless blinkin...
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kmail2
Classification: Applications
Component: general (show other bugs)
Version: 1.99.0
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-03-18 19:04 UTC by Anders Lund
Modified: 2015-09-09 21:28 UTC (History)
1 user (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 Anders Lund 2012-03-18 19:04:41 UTC
User-Agent:       Mozilla/5.0 (X11; Linux i686) KHTML/4.8.1 (like Gecko) Konqueror/4.8
Build Identifier: 

Receiving mail with kmail2 + maildir + filters is painfully slow, receiving 10 mails sometimes takes > 15 seconds of > 60% CPU load. Most of the load appears to come from mysqld. Mail indexing is disabled.

It also causes the conflict resolution dialog to show without user interaction, which is clearly a sign of misdesign! the changed data is always the update time. Maybe the update time is changed everytime a filter is run, without considering if that changes anything?

This clearly shows that the filtering is done all wrong, it should be done from the top. The current way it feels like the secratary puts all mail in a pile on the desk, and starts ripping it out of my hands to sort it, while I try to read it. I have learned to never believe the "ready" in kmail2s statusbar, but check in the process table first if any possibly related processes are active.

During the time, the status area icon is blinking, causing the entire plasma panel to relayout, often without changing the number of mails - this make me think that it is updated for no reason, every time a filter is run, matching or not.

Running kmail without power available is bad, since it uses so much power that the battery time much affected (allthough having indexing disabled helps on that part, along with the fixes in the nepomuk area)

There is no maildir or filter component of the akonadi procuct, so I thought I would file this here under kmail2. Sorry if that is all wrong.

Reproducible: Always
Comment 1 Martin Steigerwald 2015-09-09 21:28:42 UTC
Thank you Anders for your report and sorry for taking a long time to answer it. It is about a version of KMail which uses Nepomuk and is unmaintained. Thus closing. If you still see performance issues please open new reports. But please follow the following guide lines to avoid unnecessary work for the developers:

- Ideally test with KDEPIM and Akonadi 15.08. It contains some performance
improvements like the binary protocol.

- Otherwise at least use KDEPIM 4.14.10 and newest Akonadi 1.13 you can get as
it already contains some performance improvements.

- If you can wait, please retest with KDEPIM and Akonadi 15.12 once they become
available for you. Akonadi 15.12 will contain *massive* performance
improvements implemented by Dan due to new database indexes, optimized queries
and leveled file_db directory. All of these are in master already, so if you
dare use kdesrc-build to compile KF5, kdepim and kdepim-runtime. I am using
this currently and it basically moves the bottleneck to KMail (slow threading
for example). It is a *huge* improvement.

Thank you and greetings from KDE Randa Meetings,
Martin