This forum has been archived. All content is frozen. Please use KDE Discuss instead.

searching for mail, high cpu load, stuck nepomuk query

Tags: None
(comma "," separated)
HmpfCBR
Registered Member
Posts
80
Karma
0
OS
Hi,

I was searching for a mail in Kontact and virtuoso-t started to use the cpu heavily and continiuos to do so. I looked at https://kdeatopensuse.wordpress.com/2011/11/09/debugging-nepomukvirtuosos-cpu-usage/ to find the culprint and found a query that did not disapper, it looks like this
Code: Select all
:~$ qdbus org.kde.nepomuk.services.nepomukqueryservice /nepomukqueryservice/query1 queryString
qdbus org.kde.nepomuk.services.nepomukqueryservice /nepomukqueryservice/query1 queryString
select distinct ?r ?reqProp1 (bif:concat(bif:search_excerpt(bif:vector('card'), ?v1),bif:search_excerpt(bif:vector('card'), ?v3),bif:search_excerpt(bif:vector('Cytometry'), ?v4))) as ?_n_f_t_m_ex_ where { { ?r <http://akonadi-project.org/ontologies/aneo#akonadiItemId> ?reqProp1 . { ?r <http://www.semanticdesktop.org/ontologies/2007/03/22/nmo#plainTextMessageContent> ?v1 . FILTER(bif:contains(?v1, "'card'")) . } UNION { ?r <http://www.semanticdesktop.org/ontologies/2007/01/19/nie#isPartOf> ?v2 . ?v2 <http://www.semanticdesktop.org/ontologies/2007/03/22/nmo#plainTextMessageContent> ?v3 . FILTER(bif:contains(?v3, "'card'")) . } . FILTER NOT EXISTS { ?r <http://www.semanticdesktop.org/ontologies/2007/03/22/nmo#messageSubject> ?v4 . FILTER(bif:contains(?v4, "'Cytometry'")) . } . ?r a <http://www.semanticdesktop.org/ontologies/2007/03/22/nmo#Email> . FILTER EXISTS { ?r a [ <http://www.semanticdesktop.org/ontologies/2007/08/15/nao#userVisible> "true"^^<http://www.w3.org/2001/XMLSchema#boolean> ] . } . } . }


Even after a reboot Kontact stays very unresponsive and as soon as it is a very active virtuoso-t pops up in top and stays there. Is there any way to get rid of the query?

edit: forgot this is with kde 4.9.3 under kubuntu 12.10
User avatar
einar
Administrator
Posts
3402
Karma
7
OS
It is a known issue in queries. The fix will be present in the next major version of KDEPIM (4.10), and the Nepomuk developers will likely backport it for 4.9.4.


"Violence is the last refuge of the incompetent."
Image
Plasma FAQ maintainer - Plasma programming with Python
HmpfCBR
Registered Member
Posts
80
Karma
0
OS
That is great to hear, thanks for the info and of course to whoever fixed that bug.

Oh and to end the query, if I would have just hit tab for autocompletion once again I would have seen the way to end the query. The complete line was
Code: Select all
qdbus org.kde.nepomuk.services.nepomukqueryservice /nepomukqueryservice/query1 close

and after a while (and a restart of kontact) virtuoso-t vanished from the list of processes chewing on cpu time. :)


Bookmarks



Who is online

Registered users: Bing [Bot], Google [Bot], Yahoo [Bot]