Hi all

My nepomuk and mates don't seem to be working as they should. The sementic info for instance in Dolphin is not updated at all (when I click on 'accessed yesterday' for instance nothing is shown etc.)

No matter when I look at the amount of files indexed it always shows 90.

When I open kmail my CPU usage goes crazy with the virtuoso process using more than 50% total usage split over four cores (two cores maxed). As this is a laptop this obviously destroys battery life.

For now I disabled nepomuk but would really like to use it though.... Are there any tests or settings I can check / change?

Is File Indexing enabled on the directories in question? It is essential that file indexing is enabled in order to update this metadata.

bcooksley wrote:Is File Indexing enabled on the directories in question? It is essential that file indexing is enabled in order to update this metadata.

Hi bcooksley thanks for the reply, I have my main directories 'ln -s' to my home directory. And the indexer don't follow links per default. I added them now thanks

My issue with the CPU usage and when I open Kmail is still here though...

Unfortunately for KMail / Nepomuk I am not aware of any solutions at this time - work is on going by the various involved developers to improve performance from what I understand.

What you could try to do is ensure indexing is only enabled for essential folders in KMail.

bcooksley wrote:Unfortunately for KMail / Nepomuk I am not aware of any solutions at this time - work is on going by the various involved developers to improve performance from what I understand.

What you could try to do is ensure indexing is only enabled for essential folders in KMail.

bcooksley, thanks I wasn't aware that indexing could be specified per folder inside of kmail. So what I did now was to 'archive' all the emails in my gmail inbox (which moves them to the 'All Mail' folder. I have to keep the 'All Mail' folder visible to IMAP for Blackberry to access my gmail, but I disabled indexing on the 'All Mail' folder and only have it enabled on my 'Inbox' and 'Sent' mail.

The issue seems to be resolved. Perhaps nepomuk was choking on the 18 000+ emails in my inbox

I would like to say that I'm really surprised with the great improvement that Nepomuk and Strigi ported to KDE! I use a 4 years modest notebook (Presario CQ57), with a 8Gb RAM and openSUSE 12.3 x86_64 installed on. My basic trouble is that I want that Nepomuk indexes only a few documents and video-tutorials. So I thought that if I set Nepomuk to search only on some folders it would increase speed search and decrease CPU load. So I opened the Nepomuk configurations and selected the wanted folders. After that I found that Nepomuk still indexing folders that were supposed to be ignored!

Here we see the Nepomuk working on a "~/bin/..." folder:



and those are some of my selected folders:



As we may check, the "~/bin" folder isn't marked! So why does Nepomuk search files inside it? Is there anyway to avoid this?
Sorry for my rude English!

Was Nepomuk already performing indexing at the time you changed the settings?
If so, it may simply be that the settings have not taken effect yet.

To test this - does logging out and back in fix the issue? (it should deindex those directories if I understand correctly).

Thanks for answering!
Unfortunately the main problem is that Nepomuk is indexing extremely large files on those folders ("~/bin/..."). After seeing your reply I reeboted my computer and Nepomuk remains with the same behavior. How may I post the necessary information?

Can you please provide the content of all files matching ~/.kde4/share/config/nepomuk*?
My system has three such files:

Code: Select all

nepomukbackuprc
nepomukserverrc
nepomukstrigirc

Here they are!
nepomukbackuprc:

Code: Select all

[Backup]
backup day=1
backup frequency=disabled
backup time=18:00:00
max backups=10


nepomukserverrc:

Code: Select all

[$Version]
update_info=nepomukstrigiservice-migrate.upd:nepomukstrigiservice-migrate

[Basic Settings]
Start Nepomuk=true

[Service-nepomukfileindexer]
autostart=true

[Service-nepomukstrigiservice]
autostart[$d]

[main Settings]
Maximum memory=1000
Storage Dir[$e]=$HOME/.kde4/share/apps/nepomuk/repository/main/


and nepomukstrigirc:

Code: Select all

[General]
exclude filters=autom4te,*.rcore,CTestTestfile.cmake,*.o,*.omf,.hg,*.m4,*.orig,moc_*.cpp,conftest,.xsession-errors*,CMakeTmpQmake,*.tmp,po,.svn,.histfile.*,lzo,.bzr,.git,litmain.sh,cmake_install.cmake,CMakeFiles,*.pc,*.nvram,*.elc,*.la,CMakeCache.txt,confdefs.h,*.gmo,*.csproj,*.rej,config.status,lost+found,confstat,*.pyc,_darcs,CVS,*.part,libtool,*.aux,*.po,CMakeTmp,Makefile.am,*.lo,*.loT,*~,*.moc,*.vm*,*.class,core-dumps
exclude filters version=2
exclude folders[$e]=
exclude mimetypes=image/*,text/css,text/x-c++src,text/x-c++hdr,text/x-csrc,text/x-chdr,text/x-python,text/x-assembly,text/x-java,text/x-objsrc,text/x-ruby,text/x-scheme,text/x-pascal,text/x-yacc,text/x-sed,text/x-haskell,text/asp,application/x-awk,application/x-cgi,application/x-csh,application/x-java,application/x-javascript,application/x-perl,application/x-php,application/x-python,application/x-sh,application/x-tex
folders[$e]=$HOME/Desktop,$HOME/Videos,$HOME/Documentos/pdf,$HOME/,$HOME/Documentos/writer,$HOME/Documentos/SOC,$HOME/devel
index hidden folders=false

[RemovableMedia]
ask user=true
index newly mounted=true

[general]
legacyCleaning=false


I was reanding what is on those files and saw that in the foders[$e] section in nepomukstrigirc file there is a "variable" (?) that could be the cause to my pain!
There is ".../pdf,$HOME/,$HOME/Documentos..." May I delete it?
P.S.I -> It worked! I deleted it and now it works as I wanted! Thx bcooksley! You are the best!

Hm - removing the $HOME components fixed this?
That is extremely unusual, as [$e] implies that the local environment would be evaluated.

This means that the environment variable $HOME is quite possibly not being set for some reason.

Good to see that this is solved in any case.

Well, maybe it's not the correct thing to do but after all these days Nepomuk is working perfectly and never cached it "putting his nose" on my other files! It was worth it (for the moment)! Everything goes flawlessly... Thanks again!