[Bug 283211] New: start only those resources which are necessary
Stefan Majewsky
majewsky at gmx.net
Sun Oct 2 23:40:12 BST 2011
https://bugs.kde.org/show_bug.cgi?id=283211
Summary: start only those resources which are necessary
Product: Akonadi
Version: unspecified
Platform: Unlisted Binaries
OS/Version: Linux
Status: NEW
Severity: wishlist
Priority: NOR
Component: server
AssignedTo: kdepim-bugs at kde.org
ReportedBy: majewsky at gmx.net
Version: unspecified (using KDE 4.7.1)
OS: Linux
I don't use Akonadi that often. The only application which really uses it at
the moment is KMail, but that's only one of two computers. Still, when I log
in, the Akonadi server is started because the calendar applet in the clock
applet wants to read my calendar. (I know that this can be deactivated, but I'm
talking about the default behavior. And of course it's sane to expose this
feature by default.)
The situation is: One application wants to read one specific kind of data
(calendar events), and Akonadi launches each and every resource within reach.
That's a whopping 23 processes on this machine, translating into a whole 100 MB
of used memory. A big part of this is the POP3 resources and the maildir
resource, so if I don't launch KMail, too, big parts of these resources are
down the drain for no good reason.
As you see, both the startup time and combined memory consumption of
Akonadi-enabled applications and (through the clock applet) the workspace as a
whole can be improved by letting the akonadiserver start only these resources
which are relevant for the data to be requested.
I do not know whether such an extension to the Akonadi protocol is possible or
feasible. From the outsider's view, it should suffice if both applications and
resources could advertise the type of content they're dealing with. I really
hope it's simple as that.
Reproducible: Didn't try
Expected Results:
--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the Kdepim-bugs
mailing list