[Kde-pim] Akonadi mail performance outlook

[Martin Steigerwald]

Am Freitag, 16. Mai 2014, 21:02:12 schrieb Christian Mollekopf:
> > And I don´t think this limitation is needed cause of database locking,
> > clicking on the message just reads it for display. I don´t think that
> > synchronizing the folder needs to lock out read access. At some time
> > message read flag may need to be updated, but I don´t see why this can´t
> > be happening asynchronously.
> 
> Database locking isn't the problem, or at least that should be solvable.
> 
> The only thing we do need is a write lock during a sync on a collection
> level  (for consistency during a sync). Concurrent reads shouldn't be a
> problem. Additionally, since we have to block writes, we should probably
> use a different Akonadi::Session for write operations than for read
> operations (at least as long as Akonadi::Session doesn't support concurrent
> commands). That allows us to circumvent this "limitation" and keeps read
> operations from getting blocked by write operations.
> 
> So it's all solvable, but someone needs to do the work.
> If you feel inclined to do so, I'm happy to help you finding the right
> places  in the code.

As I love to work on performance things, I already looked into the code about 
the maildir slownesses, but I also have issues with the IMAP slownesses.

I didn´t understand yet the overall structure and I my last C coding 
experiences are way back, but if you can point me to where to start on 
understanding this code better, please go ahead. I thought about reading some 
more through Akonadi developer documentation, but didn´t yet come to it.

-- 
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA  B82F 991B EAAC A599 84C7
_______________________________________________
KDE PIM mailing list kde-pim at kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/