SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
OK I update current on 2nd March, and thought I would give Nepomuk/Strigi another try. I had disabled it in earlier versions of KDE, but as KDE 4.3.5 looks like the version that we will be getting in 13.1, I thought time to try it again.
It is the 5th of March today Strigi is stll trying to index my /home/samac folder and passing that information to Nepomuk for storage. I have 85Gb of data in my /home/samac folder and this has been processed for probably about 10 hours.
Nepomuk is currently standing at 142 files in index with a store size of 1.9Gb. It is currently using about 70% of my cpu power spread over 3 of the 4 cores. While this is high, it is not slowing the system (I have plenty of spare horse). However the usual bottleneck is the hard drive.
So the questions are:
Is this normal?
What, if any, are the benefits?
How much longer will it take?
Or
Is this just one of those drunken ideas programmers get that has got out of hand?
I think I may just resort to the old remedy; disable nepumuk/strigi, remove akonadi and all the apps that rely on it, and just run KDE stripped with alternate apps.
I just wish the other desktops would get a bit more ..... Ah well no use bringing up old gripes.
The KDE folks need to have a serious rethink about this stuff. It's going to drive people away.
I always disable them. Since i build my own KDE anyway i have considered removing them completely but from what ive read here and there, KDE will eventually reach a point when those stuff will actually be useful (in general) and probably wont be able to compile without them.
So even though they will never be useful to me personally, i decided to keep them.
As i said before, you can very easily disable them and just having them around doesnt do much harm.
But i agree that i would appreciate KDE more without them.
I think the main issue is that Slack does not provide a correct backend for Strigi. I had a lot of trouble before with Nepomuk/strigi but I managed recently to compile Virtuoso, the now recommended backend for Strigi, and since then, I don't have any problem anymore with Strigi / Nepomuk. It runs in the background and do not bring any huge slowdown or load, once past the initial scan of the disk.
Distribution: Slackware64-current with "True Multilib" and KDE4Town.
Posts: 9,090
Rep:
Quote:
Originally Posted by brianL
It could have been created by one of Microsoft's developers! developers! developers! working undercover at KDE.
No doubt.
They should change that ridiculous new name, KDE SC (Software Compilation) to KDE RH (Resource Hog).
While XP is physically bigger than Linux and doesn't include hundreds, hundreds, and hundreds, of megs of development software most users will never use, it is not the resource hog that KDE 4.xx as become.
Over the last fews days I've been running XP while sorting out the latest 'current' upgrade problems. When in XP I try, where possible, to run the same Open Source software and same versions as I run in Slackware.
After a day or two it became very apparent that XP runs those same Open Source applications faster than KDE 4.whatever-diaster-it-is-with-this-release.
The only way to get the same performance in Slackware, with my hardware, is to run Xfce or one of the other lighter DE. Xfce is even a little faster than XP, but not by much.
I think the main issue is that Slack does not provide a correct backend for Strigi. I had a lot of trouble before with Nepomuk/strigi but I managed recently to compile Virtuoso, the now recommended backend for Strigi, and since then, I don't have any problem anymore with Strigi / Nepomuk. It runs in the background and do not bring any huge slowdown or load, once past the initial scan of the disk.
I might be wrong, but virtuoso AFAIK works correctly on KDE versions later than 4.4. Its also the used backend in AlienBOB's 4.4.1 packages.
But Slackware is still on 4.3.5.
Just pulled the plug, it is a terminally ill bit of software that deserves to die with dignity. The least the developers could do is put a beta after its name.
The least the developers should do is an abject public apology for the psychological damage it has caused.
P.S.
I was wrong about its score in Linux Format, it only got 1/10.
The KDE folks need to have a serious rethink about this stuff. It's going to drive people away.
Thanks to samac for saving me some trouble.
I am a latecomer to 64 bits - just ordered my first new X64 box today and will be installing Slackware 13 on it, and I have wondered whether to waste any additional time giving KDE 4 another try... now I won't...
Necromonger server drove me away twice and I will just save the space and not try it again... 1/10 huh? Someone was an optimist!
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.