[Kde-pim] Marketing blocker collection, DEADLINE: 2013-03-10
Andras Mantia
amantia at kde.org
Sun Mar 17 11:40:54 GMT 2013
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?
Andras
_______________________________________________
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/
More information about the kde-pim
mailing list