Re: akonadi and CPU

Daniel Vrátil <[email protected]>
Newsgroups gmane.comp.kde.users.pim
Organization KDE
Message-ID <5041014.cgiBrCZCZx@mjollnir>
On Monday, March 27, 2017 11:14:13 PM CEST René J.V. Bertin wrote:
> On Saturday March 25 2017 07:46:02 Pablo Sanchez wrote:
> > Hi Rene,
> > 
> > During the event, what is the process consuming CPU?  Or processes?
> 
> These four, roughly in order of CPU usage:
> 
> dbus-daemon

This is KDEPIM4, so metric tonn of messages goes through DBus. Blame crappy 
DBus implementation :-)

Mostly gone in KF5 as change notifications has been migrated to the binary 
protocol.

> akonadi_imap_agent

That's the guy checking your emails. It needs to parse all the downloaded 
messages and then do a bunch of checks to know if they are new ones or 
existing ones, which takes some CPU. There are places for improvement, 
definitely. Like for instance not parsing the message body, because all we need 
to know is in the headers....

> mysqld

I'll save you the work of running the SQL debugging as Pablo requested and 
just say that yup, we are still running those expensive SQL queries. KDEPIM4 
was even worse at this than KF5.

> akonadiserver

There's some parsing and processing going on, that needs some CPU too. Again, 
master is much better as the expensive text protocol parsing is gone as well 
as the overhead from DBus.

> 
> dbus-daemon can go as high as 80%, the imap agent and mysqld hover around
> 45% while akonadiserver is somewhat less expensive. Together they use a
> good chunk of resources on my 2 core * 2 hyperthreads i7, what with all the
> IPC going on.

DBus was the killer in KDE4. Nowadays it's out of the game, but we still suck 
at not doing lots of useless SQL queries. One day, maybe, I'll get to fix it 
:-)


Dan

> 
> R.


-- 
Daniel Vrátil
www.dvratil.cz | [email protected]
IRC: dvratil on Freenode (#kde, #kontact, #akonadi, #fedora-kde)

GPG Key: 0x4D69557AECB13683
Fingerprint: 0ABD FA55 A4E6 BEA9 9A83 EA97 4D69 557A ECB1 3683
signature.asc (application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE-----

iQIzBAABCAAdFiEECr36VaTmvqmag+qXTWlVeuyxNoMFAljeWfIACgkQTWlVeuyx
NoO/Sw/7BJIlIR0z2SfIS+RO7D1m3pxWexktOZV7vDCxzZDdD8qH6CeR7e0YVY6O
Evy+eHcR0ONxFzB/SKK1IrM5BXjdX2ySP8CRaMxVwKylvVe/q25JBJCNRgh0QmrG
kZxU+mEOBeuvkdXpfIanWO8Ueeo140vBuZgYiL0kgvJinvbzAopOJZ2d5QWw/2ic
ZSU1zb1jl6/dsEY4tVcsdyKctA4BkJButO9Uq0b3mQvN/DsUgRSLj3y30jLpWNjg
x36RDCxzbAZNpz+ueSt7EbTk+sebWA/V3X5l8dxptwTiGP9RzCHpsGKzBSy4rJc0
vVum0foV9CKvCmDVVgdjzPOQvfpFlSaoHflt406DqZ+pBsrKtGwisgVGtLCJDH1a
ocCH8/xiCuj+EmmunsmnfQC8mz/xYaIBCcmu04Haikzxa0H/H/YUURpf0wgsc8F3
Y0yfoVEDzR6G4ZY0rSAr+ki6moM+2cn101xlTVKqOmW90vsr4sZySuKn2gcqp/bT
4klcdmXMd5y10Bo07kD61nRvyLHU5THFwZ9kwUFr9CUjMMYUc0DUUuBMEPjgKGgs
iiG8sx2xlhossOBmLEenmhpDEBNleMxlt9fAC29nRmIeztd3kFPgWKAIu0qZkDMn
CuVguy+/bGJujKrGHERCvv9cULOI/7ewE1DQh1ndTXry8PsmnNM=
=uGVg
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.