Bug 283212 - disable nepomuk feeders when nepomuk is disabled
Summary: disable nepomuk feeders when nepomuk is disabled
Status: RESOLVED FIXED
Alias: None
Product: Akonadi
Classification: Frameworks and Libraries
Component: Nepomuk Feeder Agents (show other bugs)
Version: unspecified
Platform: Unlisted Binaries Linux
: NOR wishlist
Target Milestone: ---
Assignee: Tobias Koenig
URL:
Keywords:
: 285391 (view as bug list)
Depends on:
Blocks:
 
Reported: 2011-10-02 22:50 UTC by Stefan Majewsky
Modified: 2012-06-21 13:27 UTC (History)
7 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Stefan Majewsky 2011-10-02 22:50:24 UTC
Version:           unspecified
OS:                Linux

I actually wonder why nobody requested this before, but a search turned up nothing, so...

Please disable the Nepomuk Feeder Agents when Nepomuk is disabled. Bonus points for activating and deactivating them in the moment when I activate or deactivate Nepomuk in its KCM.

According to <irony>the arguably most precise memory benchmark in the free world (ksysguard)</irony>, this simple change could save at least 22 MB of RAM on my system when Akonadi is active.

Reproducible: Didn't try



Expected Results:
Comment 1 Kevin Krammer 2011-10-11 14:11:00 UTC
I suppose the agents could not set up change monitoring when Nepomuk is not running, do a full re-check/re-indexing when the service comes up and stop monitoring again when it is stopped.

IMHO quite some additional complexity for encouraging the move of 22MB memory usage from RAM to swap.
Comment 2 Christophe Marin 2011-11-01 16:59:01 UTC
*** Bug 285391 has been marked as a duplicate of this bug. ***
Comment 3 tekstr1der 2011-11-01 17:16:42 UTC
My bug got dupe to here, so I am guessing that by disabling the feeders when nepomuk is disabled, it would also disable the barrage of notification popups that result from nepomuk being disabled?
Comment 4 Christophe Marin 2011-11-01 17:27:12 UTC
Note: in kdepim 4.8, there's only one feeder (so there's at most one notification for all the plugins (email, calendar, contact) + the optional tag resource which is not installed by default.

(and according to <irony>the arguably most precise memory benchmark in the free
world (ksysguard)</irony>, it's using a bit less than 8MB here)
Comment 5 tekstr1der 2011-11-01 17:35:12 UTC
@ Christophe: In 4.7.2, I receive a rapid succession of 3 notifications. You're saying the behavior has changed or been fixed in 4.8? 

Seeing only one notification would be far less disconcerting.
Comment 6 Christophe Marin 2011-11-02 09:29:54 UTC
Yes, the behaviour (and the code) changed. 
In 4.7, the Nepomuk Feeders are 3 distinct resources (hence the 3 notifications) while in 4.8, there's only one akonadi_nepomuk_feeder process (and only one notification).
Comment 7 Christophe Marin 2011-11-08 19:40:09 UTC
*** Bug 285999 has been marked as a duplicate of this bug. ***
Comment 8 Christian Mollekopf 2012-06-21 11:25:00 UTC
There is a config option to disable the feeder explicitly which should cover the 22 megs ;-)
Comment 9 Oliver Henshaw 2012-06-21 12:45:40 UTC
An extra configuration option seems like sweeping the issue under the carpet.

Honest questions since I don't know the answer. What use do the feeder agents have with nepomuk disabled? What the utility in requiring two config options to fully turn 'nepomuk' off, rather than one?
Comment 10 Christian Mollekopf 2012-06-21 13:04:03 UTC
The extra configuration is there so you can disable the feeder while leaving the rest of nepomuk running. Entirely disabling nepomuk also stops the feeder.
Comment 11 Oliver Henshaw 2012-06-21 13:27:10 UTC
OK. Thanks for the clarification.