Re: Plasma-desktop becoming very slow
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Am Sonntag 10 Juni 2012, 12:22:03 schrieb Duncan:
> Stephan Diestelhorst posted on Fri, 08 Jun 2012 09:25:23 +0200 as
> > after leaving my system running for a while with virtuoso-t eating
> > some CPU, virtuoso-t eventually finishes and everything is fine.
> > However, although the CPU load stays very low, plasma-desktop is *very*
> > slow. Clicking on the virtual desktops in the bar will switch the
> > desktop after sevaral minutes(!), and the list of windows is not really
> > updated. Also, Alt + F2 takes approx. 45 secs to open the krunner
> > dialog.
> > Switching desktops with Ctrl + F1 is fast and the respective
> > applications work fine, too.
> > This is on Kubuntu 11.10 with KDE 4.8.2.
> > Any ideas how to fix this?
> How I fixed the general problem honestly isn't going to be easy for
> people running most binary distros, tho you can try part of it and see if
> only that part works.
> I run gentoo, which is a scripted build-from-sources distro that
> emphasizes giving the local system admin the choice to turn build-time
> optional features on or off as desired, via what they call USE flags.
Been there, done that. In particular the USE-flag thing and too many
> Here, I turned the semantic-desktop USE flag off, rebuilt the various
> parts of kde depending on it (and switched to something else for anything
> kdepim related as that all depends on akonadi, which in turn depends on
> semantic-desktop, so kmail replaced with claws-mail, etc), and uninstalled
> all the semantic-desktop related components, including nepomuk, virtuoso,
> redland, rasqal, etc.
Yes, but I *like* kmail. It just needs to get more stable search
> The half-way alternative that you can try without having to do your own
> builds is simply turning off as much of semantic-desktop as you can.
> Here, that helped some, but not as much as building entirely without it
> and uninstalling the various no longer needed components.
Thanks for the suggestion! I had hoped that killing nepomukserver with
qdbus should have done the trick... But that didn't help. I will look
at memory consumption when things get slow again, maybe it is a swap
issue. It is just strange that the plasma-desktop is affected, while
the actual applications (including kmail IIRC were operating properly).
> Since I did this back with early 4.7, I don't know how much of the
> controls have changed since then, but in kde system settings there should
> be an option to either simply disable indexing (or tell strigi to not
> index certain directories while leaving it on, YMMV), or to turn off
> nepomuk entirely. Do note that if you run kmail or anything else using
> akonadi, turning off nepomuk turns off some functionality there, too.
Indeed, that's why (search in kmail!) I have kept them on so far.
> As for krunner, you can click the wrench icon there, and turn off various
> of its addons. Look for options like searching in mail, etc, that are
> semantic-desktop related. It's likely that one of them is eating the
> krunner cycles, and turning it off, once you find the option doing it,
> should speed up krunner dramatically, entirely separate from turning of
> nepomuk, etc, above. (There was a bug in one of those krunner addons
> some kde versions ago and turning off one of the krunner addons was a
> suggested workaround, but that was 4.6 era and I don't recall which one
> it was, except that searching in mail seems to ring a bell so that might
> be it. I turned off several I didn't need, including that one, and it
> /was/ faster, so it was a good suggestion for me. =:^)
I think I tweaked those in 4.7, early 4.8 days, too. :-)
Let me keep the box running for a while and see if the problem comes
This message is from the kde mailing list.
Account management: https://mail.kde.org/mailman/listinfo/kde.
More info: http://www.kde.org/faq.html.
[Red Hat Install]
[GIMP for Windows]
[Red Hat Development]