[Kde-pim] Akonadi mail performance outlook

[Daniel Vrátil]

On Friday 02 of May 2014 11:33:36 GEO wrote:
> On Friday 02 May 2014 11:28:22 Daniel Vrátil wrote:
> > > 3.) During the folder sync, it is nearly impossible to click a message
> > > in
> > > the folder. You will have to wait extremely long. This should not be the
> > > case. Fetching a message content should be completely independent from
> > > syncing the folder and should only be limited by physical things like
> > > connection speed, disk i/o, cpu load, ram etc.
> > 
> > It cannot be independent, because in the background it shares the same
> > database, where database locking and long transactions (known problem,
> > again)   lead to retrieval operations taking long time.
> 
> is that the same for all database backends?

No, in 1.12 it's even worse with SQLite, because all transactions are 
serialized in Akonadi. 

In git master the QSQLITE3 driver we have is using proper concurrency 
implementation from sqlite, so that should be somewhat better, but still worse 
than MySQL/PSQL.

> 
> Thanks for the reply!
> _______________________________________________
> 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/

-- 
Daniel Vrátil | dvratil at redhat.com | dvratil on #kde-devel, #kontact, #akonadi
KDE Desktop Team
Associate Software Engineer, Red Hat, Inc.

GPG Key: 0xC59D614F6F4AE348
Fingerprint: 4EC1 86E3 C54E 0B39 5FDD B5FB C59D 614F 6F4A E348
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-pim/attachments/20140502/f970724d/attachment.sig>
-------------- next part --------------
_______________________________________________
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/