On 04/23/2012 11:14 PM, Will Stephenson wrote:
On Monday 23 Apr 2012 21:21:06 George Olson wrote: Yes, but it won't help performance. Whoever told you that is practising voodoo engineering. The opposite is more likely since when you delete the KDE cache you are wiping out the binary cache of all the installed .desktop files (used for the app launcher menu, finding apps, and plugins), the rendered bitmap cache of the SVG theming for Plasma, and the binary cache of the icon theme in use, and any app specific caches - all of which will be recreated during the next login.
Ok, that is good to know. Makes sense now why my desktop icons disappeared. Fortunately they are not that important to me as I prefer to use panels. Here is my list of devices. I still have one more to go to upgrade to KDE 4.8.2 as you can see. Box #1: 12.1 | KDE 4.8.2 | AMD Athlon X3 | 64 | nVidia 8500GT | 4GB RAM Box #2 12.1 | KDE 4.7.2 | Pentium 4 (2core) | 32 | Intel 82915G | 2GB RAM Lap #1: 12.1 | KDE 4.8.2 | Core2 Duo T8100 | 64 | Intel 965GM | 3GB RAM Lap #2: 12.1 | KDE 4.8.2 | Core Duo T2400 | 32 | NVIDIA Quadro NVS 120 | 2GB RAM I just upgraded laptop #2 to openSUSE 12.1 today using the install disk, and after the upgrade the plasma desktop kept crashing on boot up. I could never get into the plasma desktop at all. So I went into the directories ~.kde4/cache-<hostname> ~.kde4/socket-<hostname> ~.kde4//tmp-<hostname> and cleared them all out (of files only), and voila! Plasma desktop came up the next time and all worked beautifully! So then I upgraded to KDE 4.8.2 and it is running on that now.
The part after the - is always the hostname. linux-1234 or similar is the randomised default hostname under SUSE, and if you later change the hostname these tmp dirs are left behind. It can't hurt to clean these out for tidyness but won't affect performance.
Thanks for that info. It helps to know these things so that I know what I am looking at.
If you are experiencing slowdowns, lockups, and unresponsive KDE, it could be a bug in a kded module which I am currently troubleshooting. The symptoms are intermittently unresponsive global shortcuts such as ctrl-alt-del, unresponsive Plasma, slow to open KDE file dialog integration in Chromium, Thunderbird etc. Can you provide more details on your problem before we move on to slaughtering black fowl over your keyboard and chanting?
I love the analogy. :) Ironic that for 3 years I lived with people who really would sacrifice animals and make chants to the spirits in order to help them in whatever problem they were dealing with (usually sickness or for better results on their crops). But that is another story. I had a problem with desktop effects in KDE 4.7.2, so I disabled them. I have not turned them back on in KDE 4.8.2, but I think I will and try and see how things go. As far as the slowdowns, there is one time that I consistently notice a slowdown, and it is when I am running rsync. I am rsync-ing for a backup of my important files once a day or so. I wrote a little bash program that runs several different rsync lines like this: rsync -a --delete /home/george/BashScripts /xtra/.Databak/backup0 rsync -a --delete /home/george/bin /xtra/.Databak/backup0 rsync -a --delete --size-only /home/george/PassToVM/CLAwareDatabases /xtra/.Databak/backup0 rsync -a --delete --size-only /home/george/PassToVM/CLAwareInbox /xtra/.Databak/backup0 Those are only a few of the lines and not the whole program. However, whenever I run the program the system does slow down considerably. This particular slowdown does not seem to me to be like a KDE thing, but when rsync is running my system load viewer pegs all 3 processors out at 100%. However, I cannot peg any particular slowdowns definitely to KDE, except that my system does *seem* to run better now that I cleared out those files. So thanks to all for the insight on those files. George -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org