--===============0093114675065523839== Content-Type: multipart/signed; boundary="nextPart10496005.h6AbmMYLYn"; micalg="pgp-sha1"; protocol="application/pgp-signature" Content-Transfer-Encoding: 7Bit --nextPart10496005.h6AbmMYLYn Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="ISO-8859-1" On Tuesday 19 March 2013 10:09:16 Jos Poortvliet wrote: > On Sunday 17 March 2013 13:40:54 Andras Mantia wrote: > > Hi, > > > > 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... > > > > How did you meassure it? And do you use nepomuk for desktop search as > > well? > > > > For me (Memory usage with KSysguard, not the Virtual Size): > > Kontact (not only KMail, but also KNode, KOrganizer, etc.): ~800MB > > Akonadi server: 131MB > > Akonadi IMAP resource 1: 44MB > > Akonadi IMAP resource 2: 5MB > > Akonadi Maildir resource: 113MB > > Akonadi Nepomuk feeder: 48MB > > Mailfiter agent: 20MB > > Kolab proxy: 8.5MB > > POP3 resources: 2x4MB > > Notes resources: 2x4MB > > KABC resource: 4MB > > MySql: 370MB > > > > Total: 1.5GB, but note that this is basically the full PIM suite with > > debug build, not only KMail. > > > > If we add Nepomuk (that technically is not only PIM): > > > > Nepomuk sotrage: 100MB > > Nepomukfilewatch: 11MB > > Virtuoso: 231MB > > > > So another 400MB. > > > > Can we reduce this memory usage? Probably. Although the bits themselves > > are not too much, we could look at what could be done for the bigger > > users, like Maildir (although note that I have 300000 mails under it), > > the server and especially Kontact. Kontact is the top memory usage for > > me, followed by mysql, Xorg, firefox, virutoso, amarok (all these when I > > don't run KDevelop ;) ). > > We could indeed save on shared database between Nepomuk and Akonadi once > > virtuoso's sql support fits Akonadi's needs. > > > > Now back to your statement: what kind of memory usage would you feel > > acceptable for all this functionality? > > I don't know what is reasonable. A KDE desktop with just KMail open > requiring 2GB of ram seems not reasonable to me, but maybe showing the > contents of a folder with 30K mail can not be done without using 1GB of > ram. > > I'd hope mysql can be tuned to not eat 300-500 MB ram and if virtuoso can > be folded into that, it'd save a fair bit. Still, it all seems a lot. > Thunderbird and Evolution use nowhere near those numbers... I did create two bugreports: https://bugs.kde.org/show_bug.cgi?id=317122 (KMail went up to 2GB of ram) https://bugs.kde.org/show_bug.cgi?id=317120 (Korgac going 800mb+ within seconds after starting) I also have been having virtuoso eat 100% cpu for about 4 days straight now. Vishesh, if you have a command I should run to find out why it is doing that, maybe we can find out what is wrong... I did run: qdbus org.kde.nepomuk.services.nepomukqueryservice Which gave one active query: /nepomukqueryservice/query1 So I ran: qdbus org.kde.nepomuk.services.nepomukqueryservice /nepomukqueryservice/query1 queryString The output of which was: select distinct ?r ?reqProp1 where { { ?r ?reqProp1 . ?r "false"^^ . FILTER NOT EXISTS { ?r ?v1 . ?v1 ?v2 . ?v2 ?v3 . FILTER(bif:contains(?v3, "'h_root'")) . } . ?r a . } . } (above based on http://kdeatopensuse.wordpress.com/2011/11/09/debugging-nepomukvirtuosos-cpu-usage/ ) > > Andras > > _______________________________________________ > > KDE PIM mailing list kde-pim@kde.org > > https://mail.kde.org/mailman/listinfo/kde-pim > > KDE PIM home page at http://pim.kde.org/ --nextPart10496005.h6AbmMYLYn Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEABECAAYFAlFRik8ACgkQ+wgQ1AD35iyEBQCgyVhYbJIfLANH1BSUhC4uV5nO Gj8AniKt/2S6O4VlsTy75fLspfO+i9bo =be03 -----END PGP SIGNATURE----- --nextPart10496005.h6AbmMYLYn-- --===============0093114675065523839== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ KDE PIM mailing list kde-pim@kde.org https://mail.kde.org/mailman/listinfo/kde-pim KDE PIM home page at http://pim.kde.org/ --===============0093114675065523839==--