nepomuk, tracker - why such CPU and memory hungry beasts are installed automatically?
Hi,
A few months ago, my 4-core Dell Vostro 3750 running debian/testing started to be awfully slow. I discovered, that this is caused by "nepomuk-services" in KDE and spent some time to disable them for
all users (as there was no option to disable it globally and deinstallation was also not possible due to package dependencies).
Now my machine again started to be very slow. Looking for processes consuming the CPU power I've found "tracker-store".
Checking the description of the "tracker" package, I've found, that this is something like "nepomuk-services", installed automatically due to dependencies gnome->gnome documents->tracker .
OK. I've deinstalled it (which caused deinstallation of gnome).
However it is really annoying that such CPU, memory and disk hungry utilities are installed automatically.
For example my home directory uses 210GB on disk. The ~/.cache/tracker directory consumed 2.9GB !!!
--
Regards,
Wojtek
--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
nepomuk, tracker - why such CPU and memory hungry beasts are installed automatically?
On 10.04.2012 14:17, Wojtek Zabolotny wrote:
Hi,
A few months ago, my 4-core Dell Vostro 3750 running debian/testing started to be awfully slow. I discovered, that this is caused by "nepomuk-services" in KDE and spent some time to disable them for
all users (as there was no option to disable it globally and deinstallation was also not possible due to package dependencies).
Now my machine again started to be very slow. Looking for processes consuming the CPU power I've found "tracker-store".
Checking the description of the "tracker" package, I've found, that this is something like "nepomuk-services", installed automatically due to dependencies gnome->gnome documents->tracker .
OK. I've deinstalled it (which caused deinstallation of gnome).
However it is really annoying that such CPU, memory and disk hungry utilities are installed automatically.
For example my home directory uses 210GB on disk. The ~/.cache/tracker directory consumed 2.9GB !!!
One more detail:
Below is the list of tracker processes running on my poor machine:
Does it really need to fork so many child processes?
nepomuk, tracker - why such CPU and memory hungry beasts are installed automatically?
On Tue, Apr 10, 2012 at 05:17, Wojtek Zabolotny
<W.Zabolotny@elka.pw.edu.pl> wrote:
> Hi,
>
> A few months ago, my 4-core Dell Vostro 3750 running debian/testing started
> to be awfully slow. I discovered, that this is caused by "nepomuk-services"
> in KDE and spent some time to disable them for all users (as there was no
> option to disable it globally and deinstallation was also not possible due
> to package dependencies).
It is possible to remove it, it is just a matter of not accepting the
defaults and doing a bit of manual work in the package manager.
> Now my machine again started to be very slow. Looking for processes
> consuming the CPU power I've found "tracker-store".
> Checking the description of the "tracker" package, I've found, that this is
> something like "nepomuk-services", installed automatically due to
> dependencies gnome->gnome documents->tracker .
>
> OK. I've deinstalled it (which caused deinstallation of gnome).
It is a standard part of Gnome, after all. None the less, it is not
required, and can be uninstalled with only minimal other components
being uninstalled, just like nepomuk.
> However it is really annoying that such CPU, memory and disk hungry
> utilities are installed automatically.
> For example my home directory uses 210GB on disk. The ~/.cache/tracker
> directory consumed 2.9GB !!!
They are installed because they are a standard part of their desktops,
and they are useful
They are also not that resource hungry once initial indexing is done.
2.9GB is only 1.3 percent, and it is the cache dir, if you want you
can delete it.
As far as the number of processes spawned, it may be that you that
version has a bug. It is Testing after all.
Cheers,
Kelly Clowers
--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: CAFoWM=9hYpsFu0gAnmU5xg1ojOromCckZL6Uc5=FO8XpVdUi9 w@mail.gmail.com">http://lists.debian.org/CAFoWM=9hYpsFu0gAnmU5xg1ojOromCckZL6Uc5=FO8XpVdUi9 w@mail.gmail.com
04-10-2012, 03:01 PM
Camaleón
nepomuk, tracker - why such CPU and memory hungry beasts are installed automatically?
On Tue, 10 Apr 2012 14:17:44 +0200, Wojtek Zabolotny wrote:
> A few months ago, my 4-core Dell Vostro 3750 running debian/testing
> started to be awfully slow. I discovered, that this is caused by
> "nepomuk-services" in KDE and spent some time to disable them for all
> users (as there was no option to disable it globally and deinstallation
> was also not possible due to package dependencies).
You can disable indexing but AFAIK, Kmail does indeed need Nepomuk to be
on the system.
> Now my machine again started to be very slow. Looking for processes
> consuming the CPU power I've found "tracker-store". Checking the
> description of the "tracker" package, I've found, that this is something
> like "nepomuk-services", installed automatically due to dependencies
> gnome->gnome documents->tracker .
Tracker is the indexer service for the GNOME desktop. You can also
disable it.
> OK. I've deinstalled it (which caused deinstallation of gnome).
What? That cannot be possible, sir. You can have GNOME with no tracker
daemon, though some of its libs are needed.
> However it is really annoying that such CPU, memory and disk hungry
> utilities are installed automatically. For example my home directory
> uses 210GB on disk. The ~/.cache/tracker directory consumed 2.9GB !!!
They're usually installed because of package dependencies, mainly coming
from the "recommended" or "suggested" tags, but you are not "obligued" to
them, you can choose:
1/ To not install them
2/ Get them installed but disabled
3/ Get the installed and tweaked to be disk space and CPU "resource wise".
Greetings,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: jm1i0b$ivm$1@dough.gmane.org">http://lists.debian.org/jm1i0b$ivm$1@dough.gmane.org
04-10-2012, 06:59 PM
David Baron
nepomuk, tracker - why such CPU and memory hungry beasts are installed automatically?
It is time that KDE (and Gnome) background services ran nicely niced out of
the way but this is still, after all this time, not the case.
I have long disabled Nepomuk and use Recoll instead. Indexing daemon (option)
runs niced and one does not know it is running. It simply works.
I have a runner for using recoll in krunner on kde-apps if interested.
--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 201204102159.23240.d_baron@012.net.il">http://lists.debian.org/201204102159.23240.d_baron@012.net.il
04-11-2012, 08:19 PM
Arnt Karlsen
nepomuk, tracker - why such CPU and memory hungry beasts are installed automatically?
On Tue, 10 Apr 2012 21:59:23 +0300, David wrote in message
<201204102159.23240.d_baron@012.net.il>:
> It is time that KDE (and Gnome) background services ran nicely niced
> out of the way but this is still, after all this time, not the case.
..leaving nepomuk alone, IME it stalled my boxes, looks like it never
checks whether any previous run has finished or even is still running,
it just throws up another run after run, eventually you'll have a few
dozen runs frying away your cpu cooling paste.
> I have long disabled Nepomuk and use Recoll instead. Indexing daemon
> (option) runs niced and one does not know it is running. It simply
> works.
>
> I have a runner for using recoll in krunner on kde-apps if interested.
..yes?
--
..med vennlig hilsen = with Kind Regards from Arnt Karlsen
...with a number of polar bear hunters in his ancestry...
Scenarios always come in sets of three:
best case, worst case, and just in case.
--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20120411221946.1bc9a408@nb6.lan">http://lists.debian.org/20120411221946.1bc9a408@nb6.lan