[Kde-pim] Marketing blocker collection, DEADLINE: 2013-03-10

[Lindsay Mathieson]

nepomukservicestub was hogging 100% of one core and 1.5GB or RAM on me this
evening. It was ok when I hibernated the pc this morning, went nuts when I
woke it up. Kmail is blocking os email display to, but I did kill
nepomukservicestub.


On 19 March 2013 20:43, Volker Krause <vkrause at kde.org> wrote:

> On Tuesday 19 March 2013 09:59:39 Jos Poortvliet wrote:
> > On Saturday 16 March 2013 12:34:01 O. Sinclair wrote:
> > > On Saturday 16 March 2013 8:49 AM Jos Poortvliet wrote:
> > > > I know it is too late, but what about memory usage? Eating >300 mb of
> > > > ram
> > > > is hard to justify, KMail+akonadi+mysql+nepomuk however happily eat
> up
> > > > 1gb and don't stop there - 2, 3 GB is quite normal it seems. That is
> > > > just insane...
> > >
> > > On Kubuntu 12.10 using KDE 4.10.1 I see nothing near 2-3 Gb RAM..
> > > Nepomuk (virtuoso-t) takes what I give it (350 Mb), sometimes more for
> > > some reason. The others nothing significant, akonadi +100 Mb, mysql 75
> Mb
> > > and Kontact 103 Mb. That gives me roughly 625 Mb in total
> >
> > How about:
> > http://wstaw.org/m/2013/03/19/plasma-desktopro1663.png
>
> ouch, this is far from normal...
>
> I see the following here (also measured with KSysguard, full debug build
> from
> recent master, on top of SuSE 12.2) on my almost never rebooted laptop,
> Kontact with 50 corporate calendars and about 10 multi-10k email folders
> loaded:
>
> Kontact: 440M
> MySQL: 124M
> Virtuoso: 67M
> IMAP: 49M
> Akonadi: 32.8M
> Nepomuk (Storage): 17.3M
> Nepomuk Feeder: 3.9M (yes, Nepomuk and indexing are enabled!)
>
> Still too much and there's room for improvements in various places, but
> nowhere near the extreme numbers you have.
>
> I'm especially surprised that both your MySQL and Virtuoso go way beyond
> their
> respective configured limits. The only way to trigger that I can think of
> is
> the attempt to store a huge object inside the database. And again, that's
> limited to 32Mb in the mysql config (so you'd need several rows of that in
> one
> go), and not done by Akonadi in a default configuration (check
> ~/.config/akonadi/akonadiserverrc for settings regarding external storage
> or
> the size threshold of that). A messed up MySQL config would also be a
> (theoretical) option, check ~/.local/share/akonadi/mysql.conf for the size
> limits in there.
>
> regards,
> Volker
>
> > Note that that is ONLY kmail, no Kontact - it requires 450 MB which is
> > mostly because I haven't opened many folders yet. I'm sure I can balloon
> it
> > to 800 mb by just iterating over my (disconnected-imap) folders but then
> my
> > 8GB ram computer will come to a grinding halt so I'd rather not do that.
> >
> > Oh, I restarted akonadi and kmail yesterday due to excessive memory
> usage.
> >
> > Right now, my mysql is at 440 mb, Akonadiserver eats 300 mb, the nepomuk
> > feeder 140. Just filtering on the word 'Akonadi' in ksysguard reveals a
> > little over 1GB of ram. Yeah, that one Nepomuk process eating 1.5 GB ram
> is
> > an impressive outlier ;-)
> >
> > This is after a couple of days of keeping my computer on. I laugh at your
> > 625 mb ;-)
> >
> > How about a competition? Who can get Akonadi/Nepomuk memory usage up
> > highest? Do I win?
>
> _______________________________________________
> 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/
>



-- 
Lindsay
_______________________________________________
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/