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-----