Akonadi dsaster

[Michael Mol]

On Wednesday, October 12, 2016 03:48:58 PM Martin Steigerwald wrote:
> Am Mittwoch, 12. Oktober 2016, 08:28:52 CEST schrieb Pablo Sanchez:
> > On Wed, 12 Oct 2016 13:59:37 +0200, O. Sinclair wrote:
> > > To me Martin makes the perfect point: a user should not have to fidget
> > > around in config files for database, .rc files, recreate accounts and so
> > > on. There is something inherently unstable in a setup that when doing an
> > > upgrade of system goes nearly unusable.
> > > 
> > > I am still trying to avoid recreating my accounts and redownloading my
> > > email (I need offline access) but I can see it getting there day by day.
> > > And trying to find that way of getting Baloo to make distribution lists
> > > work again, preferably without having to recreate them. Again....
> > 
> > Hi,
> > 
> > MySQL/MariaDB/PG all make use of the O/S cache.  The only fiddling I
> > think would need tweaking is determining if disabling writing in fact
> > is fine.  The other proposed tunes I don't think make much
> > difference.
> 
> AFAIK that is only true with MyISAM. InnoDB partly uses its own caching and
> while I have no measurement, raising the InnoDB buffer pool size has an
> effect that I claim I can perceive subjectively easily enough. It reduces
> latencies in KMail and and I think it also generates less I/O than with a
> lower value.

InnoDB will also use the system page cache if you leave it at the default I/O 
mechanism, fsync(). You shouldn't do that; you should have it use O_DIRECT, or 
whatever cache-bypassing mechanism you have available. The engine tries very 
hard to be responsible with its own internal cache management, so letting it 
pollute the system page cache harms other applications' performance.

> > The biggest gain would still be to stop the KDE apps from sending many
> > queries per second.  If I recall correctly, it was upwards of 100+
> > queries per second.  There was no need for them.
> 
> Sure thats very important. Dan/Milian did some work there, but its still too
> much as I read here in this thread.
> 
> Also the folder synchronization nonsense IMHO needs to stop. Often enough
> even with maildir Akonadi synchonrizes the folder. Heck its a maildir that
> I can tell Akonadi is *exclusively* used for Akonadi. So if Akonadi stored
> mail files there, they will be there tomorrow.

Well, kinda. You could set up maildrop and have files deposited in maildir by 
another application. Or, at least, someone could.

[snip the rest, as I'm not obligated to argue...]

-- 
:wq
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 455 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kdepim-users/attachments/20161012/563db8bc/attachment.sig>