Bug 159027 - kded4 high cpu usage when rating or adding description to files (dolphin)
Summary: kded4 high cpu usage when rating or adding description to files (dolphin)
Status: RESOLVED FIXED
Alias: None
Product: nepomuk
Classification: Unmaintained
Component: general (show other bugs)
Version: 4.1
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Sebastian Trueg
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-03-09 16:29 UTC by Bernhard Friedreich
Modified: 2009-01-19 20:37 UTC (History)
1 user (show)

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


Attachments
Config files and xsession-errors log (199.76 KB, application/x-gzip)
2008-07-07 19:36 UTC, Bernhard Friedreich
Details
Use io-nice in strigi (1.78 KB, patch)
2008-07-09 12:50 UTC, Sebastian Trueg
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Bernhard Friedreich 2008-03-09 16:29:07 UTC
Version:            (using Devel)
Installed from:    Compiled sources
Compiler:          gcc (GCC) 4.2.3 (Ubuntu 4.2.3-2ubuntu2) 
OS:                Linux

When you rate some files (>=1) in dolphin the cpu usage rises and the window is unresponsive for that time. Same goes for adding a file description.. which is even worse.. sometimes it takes 5 seconds until getting a working dolphin back just to type in the rest of the description (that means if you type in the textfield it works.. but the characters appear really slowly and some seconds delayed and the cpu usage increases.. on this machine to up to 90%!)

Sadly I've got no output for you except this one (because I didnt't found any other relevant information (konsole gives me no relevant output)):

/kde/bin/kded4 --version
Qt: 4.4.0-beta1
KDE: 4.00.65 (KDE 4.0.65 >= 20080305)
KDE Daemon: $Id: kded.cpp 770026 2008-02-02 16:21:02Z dfaure $

My notebook:
Intel Pentium M 1,7GHz
ATI Mobility Radeon X700
2GB DDR2 533MHz

If that's normal and nepomuk needs so long to respond than maybe it's advicable to outsource the tagging into it's own thread (just the opinion of a young unexperienced developer)
Comment 1 Sebastian Trueg 2008-07-01 14:27:32 UTC
could you please provide the output of "sopranocmd --help"
Comment 2 Bernhard Friedreich 2008-07-02 20:52:33 UTC
I'm sorry but I can't provide you any further information because I can't reproduce the bug anymore (I don't have the install around anymore... distro hopping is fun ^^). But I think that there have been so many changes and bugfixes, etc. in the last months that I don't think it's valid anymore. So if you want you can mark it as INVALID (I'll leave it to you).

What's bugging me personally now atm is that on my freshly compiled version (from svn) I can't tag anything (i can write description, tags, give stars) but they don't get "saved". They are lost when I switch to another file. *need to search if a bug report already exists*
Comment 3 Sebastian Trueg 2008-07-07 11:25:43 UTC
Could you please provide the output of your kde session. If you login to kde4 normally it is probably saved in ~/.xsession-errors
Comment 4 Bernhard Friedreich 2008-07-07 19:36:58 UTC
Created attachment 25905 [details]
Config files and xsession-errors log

wow.. the xsession-errors log looks pretty adventurous .. i can't even upload
it here because it's much too big... so I've packaged all config files I could
found and tar.gzed them ^^

situation: I've enabled nepomuk and strigi on a recently built svn snapshot (of
yesterday)
tagging (and everything else) is working (so I think this was a problem of my
previous install or has been fixed) but nepomukservices (2 processes??
(different pid)) are taking 75% cpu usage according to top, approximately 25%
are taken by strigidaemon
could this be because nepomuk/strigi takes some time to index my home folder?
or is this a bug?
Comment 5 Sebastian Trueg 2008-07-09 11:48:34 UTC
it is not a bug. The initial indexing simply takes a long time and eats quite some CPU. I hope that we can improve that at some point.
Comment 6 Bernhard Friedreich 2008-07-09 12:37:32 UTC
hm.. that's bad.. have you any plans to just index when the pc is idle?
Comment 7 Sebastian Trueg 2008-07-09 12:48:21 UTC
hm, actually here it does not really bother me. But I am also running strigi with a IONice patch. Maybe you want to test that, too...
Comment 8 Sebastian Trueg 2008-07-09 12:50:02 UTC
Created attachment 25982 [details]
Use io-nice in strigi

Apply this patch to the strigi sources and see if that solves the problem
subjectively. By that I mean that the CPU usage will not change but the
computer should not "feel" slow anymore.
Comment 9 Sebastian Trueg 2009-01-19 20:37:01 UTC
strigi now uses io nice and the works. This should be fixed.