You are not logged in.
With the installation of KDE 4.8 virtuoso is back to use most of CPU, also when file indexing is idle (!!).
Akonadi always coherent...error messages like "unable to fetch item" are present in this version also, with the joy of users.
Offline
4.8 works very fine for me, try to backup your .kde4 directory and start a new desktop, maybe some configs conflicts and that's it.
http://ispconfig.lt - ISPConfig 3 based hosting. Coming Soon!
Offline
Agreed. Works fine here as well. Even at first log-in, I didn't have the high CPU usage that virtuoso typically gave. And, akonadi works good as well... the searching/filtering in Dolphin even worked.
I'm thinking you might have some odd config errors. I'd suggest renaming the kde4 directory to .kde4bak and see how it runs for you anew.
Legends of Nor'Ova - role playing community devoted to quality forum-based and table-top role play, home of the Legends of Nor'Ova Core Rule Book and Legends of Nor'Ova: Saga of Ablution steam punk like forum based RPG
Offline
I have the same problem. If I start akonadi, virtuoso-t starts consuming 100% CPU. I'm 99% sure, that akonadi is sending data to nepomuk to re-index, because if I remove "Akonadi Nepomuk Feeder" from akonadiconsole, virtuoso-t calms down. I guess, I'll leave it for one night to re-index my emails and contacts, and if it still causes high CPU usage in virtuoso, I'll have to do without the nepomuk indexing.
Offline
Here the same problem switching Nepomuk off does the trick here, maybe tomorrow I will start a new desktop
Offline
I had the same issue, very high CPU usage even with idle strigi. I turned off and on all related stuff (nepomuk, strigi) in System Settings and now all work as expected. CPU usage is very low even with strigi indexing. Also, this made the search panel in Dolphin active again (before that, all options in it were dimmed).
Hope this helps.
Edit: nope, sorry. This doesn't cure the problem. After a day, the problem reappeared. However, this happened only to my laptop installation. My desktop KDE upgrade seems very smooth so far with no excessive CPU usage so far.
Last edited by panosk (2012-01-30 18:50:01)
Offline
Even with a new user account with nepomuk disabled, akonadi/mysql use more than 50% of CPU... it is very disappointing :-(
I'll report it on bugs.kde.org
:-(
Offline
I had the same problem with the OP with nepomuk's database backend using 90% of my CPU. My ~/.kde4 harkens back to days of 4.4.x. I moved it and restarted kde to let it populate a new ~./kde4. Finally nepokmuk and virtuoso are usually around single or the low double digits. The highest they reached was 40%.
Offline
Deleted.
Last edited by diegoviola (2023-04-17 22:27:30)
Offline
Well, killing, enabling/disabling nepomuk, akonadi, virtuoso, etc. did not work in my case The only solution, which works for me was to remove the virtuoso database from ~/.kde4/share/apps/nepomuk/repository/main/data/virtuosobackend and let nepomuk re-index my files, emails and contacts. Now everything works, including full-text search in emails, but my tags, keywords, and ratings are gone
Offline
Yesterday I have deleted ~/.kde4/share/apps/nepomuk also and have not any problems during a day. Moving ~/.kde4 is too strong cure for me
"I exist" is the best myth I know..
Offline
Yesterday I have deleted ~/.kde4/share/apps/nepomuk also and have not any problems during a day. Moving ~/.kde4 is too strong cure for me
Ditto, worked for me too. Thanks for the suggestion!
Registered Linux user #436067
Offline
Once upgraded from 4.7.4 to 4.8 there was a noticeable slow down with KWin effects. After backing up ~/.kde4 and deleting it to start new, everything is working fine. Low cpu usage, memory usage, and kwin is fast again.
The window resizing seems to be the biggest improvement in speed for kwin that I've noticed over 4.7.x.
Offline
Yesterday I have deleted ~/.kde4/share/apps/nepomuk also and have not any problems during a day. Moving ~/.kde4 is too strong cure for me
woohoo! thanks.
Asus M4A785TD-V ;; Phenom II X4 @ 3.9GHz ;; Ripjaws 12GB DDR3-1600 ;; 128GB Samsung 830 ;; MSI GTX460 v2 w/ blob ;; Arch Linux + KDE 4.x
Offline
Deleted.
Last edited by diegoviola (2023-04-17 22:27:23)
Offline
There was a virtuoso update recently, so I've re-enabled nepomuk in systemsettings and I don't see virtuoso-t taking 100% CPU anymore.
Maybe the last update fixed something?
That's good news. I've checked on the virtuoso site and, although I have no clue about the inner workings, I saw some fixes related to deadlocks and leaks.
Waiting for the package to appear in my mirrors and will upgrade and report back. Thanks.
Offline
I also I have deleted ~/.kde4/share/apps/nepomuk.
Now it seems fine.
The upgrade to new virtuoso did not fix the problem.
Offline
For me the problem was that the "Enable Email Indexer" checkbox does nothing. The fulltext mail indexing is always on. You can watch the Akonadi Nepomuk Feeder indexing progress in Akonadi Console. I have *huge* archive of several mailing lists and commit and crash logs (hudreds of thousands of emails), so the indexing took about eight hours. Once finished the Akonadi behavior is back to normal.
Offline
The new virtuoso update doesn't remedy the situation. Deleting the nepomuk database shouldn't be an option because then all tags will be gone. I guess I will have strigi and friends disabled until a fix comes up.
Offline
The new virtuoso update doesn't remedy the situation. Deleting the nepomuk database shouldn't be an option because then all tags will be gone. I guess I will have strigi and friends disabled until a fix comes up.
After I deleted the database it was re-created and the CPU was normal.
Registered Linux user #436067
Offline
In case anyone else falls into this trap: I discovered that nepomuk was actually using an old directory left over from kdemod days; I was a little surprised when I deleted the database and found that it wasn't recreating it... I had to tweak /home/dannpg/.kde4/share/config/nepomukserverrc to get it to use ~/.kde4 instead of ~/.kdemod4, and deleted the old database. It seems to be behaving itself now, so it does seem that these problems are caused by stale databases.
Offline
I had the same problem with virtuoso, I tried to track the problem and I conclude that the problem was with akonadi. I had a google calendar agent. The calendar had way too many items. I removed them and everything worked just fine.
Offline
Deleting ~/.kde4/share/apps/nepomuk worked for me as well. Afterwards, it will rebuild your index (with cpu-frequency around 10%) ; however, you DON'T need to redownload your emails. The other thing I noticed is if you click on the search icon in the task bar (icon with 4 circles) I only have 6 files in the index, whereas before I had several thousand (each one perhaps corresponding to a single item in my /home/user?).
Offline
Please read this blog post
http://vhanda.in/blog/2012/02/virtuoso-going-crazy-/
and help debug the situation
Offline
Deleted.
Last edited by diegoviola (2023-04-17 22:27:08)
Offline