After upgrading to Kubuntu 15.10, thus Akonadi 5.0.51 (btw, not possible to pick this in the version selector here), the akonadiserver has a constantly high CPU consumption. Currently, several akonadiserver processes are running, one consuming between 32 and 35% CPU, others so more around 10% (+-2). The first corresponding mysqld is eating around 20%, the other two around 10% (+-2). This is especially annoying when having my laptop unplugged, as it drains the battery quickly. CPU: i5-2520M CPU @ 2.50GHz (2 cores, respectively 4 threads). Stopping the server (akonadictl stop), waiting and starting it again produces same effects as described. Reproducible: Always Steps to Reproduce: 1. Boot up and log in… Actual Results: Constantly high CPU usage Battery Drain Expected Results: Minimal CPU usage (when doing actual work) Qt 5.5.1, but have seen this with 5.4, too.
Created attachment 95357 [details] htop filtered for Akonadi This the htop output filtered for Akonadi
In .xsession-errors following lines are added continuously: posting retrieval request for item 149472 there are 1 queues and 0 items in mine request for item 149472 still pending - waiting processing retrieval request for item 149472 parts: QVector("RFC822") of resource: "akonadi_akonotes_resource_0" akonadiagentbase_log: Item does not provide part "RFC822" continuing request for item 149472 succeeded posting retrieval request for item 149472 there are 1 queues and 0 items in mine request for item 149472 still pending - waiting processing retrieval request for item 149472 parts: QVector("RFC822") of resource: "akonadi_akonotes_resource_0" akonadiagentbase_log: Item does not provide part "RFC822" continuing request for item 149472 succeeded posting retrieval request for item 112251 there are 1 queues and 0 items in mine request for item 112251 still pending - waiting processing retrieval request for item 112251 parts: QVector("RFC822") of resource: "akonadi_akonotes_resource_0" akonadiagentbase_log: Item does not provide part "RFC822" continuing request for item 112251 succeeded posting retrieval request for item 149472 there are 1 queues and 0 items in mine request for item 149472 still pending - waiting processing retrieval request for item 149472 parts: QVector("RFC822") of resource: "akonadi_akonotes_resource_0" akonadiagentbase_log: Item does not provide part "RFC822" continuing request for item 149472 succeeded posting retrieval request for item 149472 there are 1 queues and 0 items in mine request for item 149472 still pending - waiting processing retrieval request for item 149472 parts: QVector("RFC822") of resource: "akonadi_akonotes_resource_0" akonadiagentbase_log: Item does not provide part "RFC822" continuing request for item 149472 succeeded …
Looks ike there might be some corrupted notes, or some plugin is missing causing Akonadi to try to retrieve the data in an endless loop. Did you use notes? Could you try removing the AkoNotes resource and reconfiguring it again?
Thanks for your answer. Via Akonadi Console I found two "Notes" entries, one being akonadi_akonotes_resource_0. I removed both. After removing akonadi_akonotes_resource_0 flooding .xsession-errors stopped and the CPU usage went back to normal. I do remember that at one point I added Notes to emails. An action that I do very rarely and did not do recently, but a longer time ago. That said I also do not which ones had them and whether they still have them. In my case, if there are lost now, it's not a big deal. However, for a real user of Notes this is probably not a way to go..
This bug has never been confirmed for a Kontact version that is based on KDE Frameworks, except possibly a Technology Preview version 5.0.x. Those versions differ significantly from the old 4.x series. Therefore, I plan to close it in around two or three months. In the meantime, it is set to WAITINGFORINFO to give reporters the opportunity to check if it is still valid. As soon as someone confirms it for a recent version (at least 5.1, ideally even more recent), I'll gladly reopen it. Please understand that we lack the manpower to triage bugs reported for versions almost two years beyond their end of life.
Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.1 aka 15.12; preferably much more recent), please open a new one unless it already exists. Thank you for all your input.
I see constant 12-14% usage, but I do also hear IO, made by mysql backend. Will search for a better fit. akonadiserver 17.12.3