Akonadi dsaster

Pablo Sanchez pablo at blueoakdb.com
Tue Oct 11 14:03:55 BST 2016


[ Comments below, in-line ]


On Tue, 11 Oct 2016 14:54:07 +0200, Martin Steigerwald wrote:

> Am Dienstag, 11. Oktober 2016, 11:54:45 CEST schrieb Diederik de
> Haas:
>> On dinsdag 11 oktober 2016 11:03:16 CEST Martin Steigerwald wrote:

>>
>> At some (near?) point in time I will switch to PostgreSQL on my
>> laptop too and my guess is that there's a real good chance that it
>> would improve Akonadi's working considerably. There is one downside
>> to using PostgreSQL as Dan explained in [1]. But once you've
>> figured out a proper procedure for it [2], it's actually straight
>> forward
>
> Thank you for the links. I am aware of Dan using PostgreSQL. I used
> it once myself. Even system-wide for a while, but also user-wide.
> With PostgreSQL I dislike that on major upgrade you need to migrate
> your database AFAIK. I see the links are exactly about this. Thank
> you for the pointer!
>

Hi everyone,

I'm a database engineer.  The last time I looked at what was going on 
with Akonadi's use of MySQL, I saw an incessant amount of SQL calls per 
second.  All the data was in cache so from the O/S perspective, it 
manifested itself as high CPU utilization.

Dan put in a hack to alleviate *some* of the pressure.  But it was still 
not great.  The thinking was to provide some relief before a major 
refactoring.  I don't know what happened.

I'm more than happy to spin up a VM and do another round of 
investigation.  But Dan has to be open.  I (like everyone else) am a bit 
busy with work so I want to make sure my efforts are not wasted.  :)

Cheers,

--
Pablo Sanchez - Blueoak Database Engineering, Inc
Ph:    819.459.1926        iNum:  883.5100.0990.1054




More information about the kdepim-users mailing list