Mailinglist Archive: opensuse (1213 mails)
| < Previous | Next > |
Re: [opensuse] clearing KDE files
- From: Will Stephenson <wstephenson@xxxxxxx>
- Date: Mon, 23 Apr 2012 17:14:55 +0200
- Message-id: <8145420.RhE3Wk8zS0@emsig>
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.
They don't contain any settings though - even any .ini files left there are
temporary. All the settings are under .kde4/share/config, and all the app-
local data is in .kde4/share/apps.
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.
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?
WIll
--
Will Stephenson, openSUSE Board, Booster, KDE Developer
SUSE LINUX GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 21284
(AG Nürnberg)
Maxfeldstraße 5
90409 Nürnberg
Germany
--
To unsubscribe, e-mail: opensuse+unsubscribe@xxxxxxxxxxxx
To contact the owner, e-mail: opensuse+owner@xxxxxxxxxxxx
I was given a tip about KDE, and would like to know what other people
think of it. Since I upgraded to KDE 4.8.2, sometimes it has seemed like
my system either slowed down or locked up. Someone told me to go into
the ~.kde4/ directory and then go into the following 3 subdirectories:
~.kde4/cache-<hostname>
~.kde4/socket-<hostname>
~.kde4//tmp-<hostname>
Each of those is actually a link to a directory in the /tmp/ directory.
The idea is to log out of KDE, and then at a console go into each of the
sub-directories as root and clear out all the files. There are also
sub-directories in each of those, but I didn't clear those as I didn't
want to erase all my KDE settings.
After clearing the files out of my directories, it did seem to help my
system, but it may just be my perception. It is hard to know for sure.
Anyone else out there ever do this and have any ideas on how to do it
better?
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.
They don't contain any settings though - even any .ini files left there are
temporary. All the settings are under .kde4/share/config, and all the app-
local data is in .kde4/share/apps.
My question is, in my .kde4 directory, there are also 3 similar
subdirectories that have the names like this:
~.kde4/cache-112
~.kde4/socket-112
~.kde4//tmp-112
On my laptop there is even a 3rd set, but my desktop has only these 2 sets.
What are these other sets, why does it have the suffix 112 instead of
the hostname, and is it a good idea to clear the files out of those
directories as well?
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.
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?
WIll
--
Will Stephenson, openSUSE Board, Booster, KDE Developer
SUSE LINUX GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 21284
(AG Nürnberg)
Maxfeldstraße 5
90409 Nürnberg
Germany
--
To unsubscribe, e-mail: opensuse+unsubscribe@xxxxxxxxxxxx
To contact the owner, e-mail: opensuse+owner@xxxxxxxxxxxx
| < Previous | Next > |