On Friday 25 November 2011 11:00:12 Adrian Schröter wrote:
Am Freitag, 25. November 2011, 10:59:38 schrieb Adrian
> Am Freitag, 25. November 2011, 01:56:57 schrieb Roger Luedecke:
> > On Friday, November 25, 2011 10:41:51 AM Adrian Schröter wrote:
> > > Hi,
> > >
> > > we observe that it seems not to be possible to disable the
> > > nepomuk
> > > feeders in akonadi. Since this seems to be the root that kmail2
> > > is
> > > not usable at all by default for plenty of people, I would like
> > > to
> > > propose to remove the Autostart of these feeders in following
> > > files:
> > >
> > > /usr/share/akonadi/agents/nepomukcalendarfeeder.desktop
> > > /usr/share/akonadi/agents/nepomukcontactfeeder.desktop
> > > /usr/share/akonadi/agents/nepomukemailfeeder.desktop
> > >
> > > That would change the default (not tested), it would still be
> > > possible
> > > to
> > > add them in the GUI tools and people can suddenly read mails
> > > again
> > > ;)
> > >
> > > any opinions on this ?
> > > adrian
> > >
> > > PS: I have not seen any working kmail2 installation yet where
> > > these
> > > are
> > > enabled. Really everybody around me has switched to Thunderbird
Well, they're losers for not reporting their issues to us! And I blames
management for seating the boosters in a disconnected part of the building
from the rest of R&D. The people at SUSE who have come to me went away happy
(me love users long time).
> > > and
> > > I
> > > think the problem is actually not akonadi/kmail, but nepomuk
> > > which
> > > basically creates a very high load which basically stops the
> > > system.
> > > Killing all these feeders is solving the problem (if you don't
> > > want
> > > to
> > > wait for the crash to be able to move your mouse again), but
> > > they
> > > come
> > > back on next restart, even when you remove them in
> > > akonadiconsole.
Known issue, but I think shooting the feeders in the head in the packages as
you suggest is overkill. For one, the only feeder that generally has
significant amounts of data to index is the email feeder. Killing the
contacts feeder would break email address completion.
Furthermore, I'm working on 2 changes to make indexing large quantities of
mail voluntary, but possible:
1) Remove the "index" flag from all folders by default. Perahps only index
inbox and sent-mail by default
2) Add a dialog that allows selecting the folders to be indexed by multiple
selection from a folder tree, instead of only hiding the per folder indexing
checkbox in Folder Properties->Maintenance->Enable full-text indexing.
I should get that done next week.
> > I have been using Kontact/Kmail since day
one with no strange
> > fuddling.
> > Can I help you find out what you need? My system works damn near to
> > perfect with KMail. Better than thunder*&^% and dEvolution.
> please find out why the nepomuk feeders create such high load when you
> have mail boxes > 10000 mails (in my personal case >100000 actually).
Firstly, Akonadi and KMail2 communicate quite efficiently via an IMAP-like
streaming protocol. But the feeders watch all the PIM folders for changes,
then pass the data to be indexed to nepomuk over dbus, which then has to
communicate with the virtuoso server via a local socket.
which is wasteful.
Secondly, all mail is indexed by default.
Thirdly the feeder implementation in 4.7 is trivial, and naively sucks in
everything in a given collection to be indexed, with the result that
akonadi_nepomuk_email_feeder's memory usage balloons to include the entirety
of your 100000 mail box, then chews through each mail to index its headers and
full text. 4.8's implementation should process items to be indexed in chunks.
Fourthly There are low hanging fruit optimisations still to be done throughout
the indexing end of the pipeline, as Ismael's change today from a commit
yesterday shows (https://bugs.kde.org/show_bug.cgi?id=286516
looking at the change, I don't understand how it will improve mail indexing.
See we used to have a fulltime PIM developer to take care of making beatiful
designs ugly enough to work in the real SUSE world, but something happened to
> Maybe the reason is also the combination with
disconnected imap, which
> everybody uses here.
That does guarantee that the mail bodies are available to be indexed,
increasing the amount of work.
But apart from this, why shouldn't it be possible
to permanently not to use
these feeders ?
There's exactly this checkbox in KDE 4.8 now (and the per-type feeders have
been merged into one process).
Will Stephenson, KDE Developer, openSUSE Boosters Team
SUSE LINUX GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 21284
To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-kde+owner(a)opensuse.org