KDE 4.9 slowness

Some days ago, when glibc was updated in testing to finally replace /lib with a symlink to /usr/lib, I a few hours so that every problem had appeared in someone else's computer before updating mine. I (in theory) successfully completed the update and apparently everything is working without complaining. Except, since that update everything inside KDE that needs to show files in the filesystem either takes ages to start (dolphin takes up to 90 seconds to show up, and amarok launches only slightly faster) or, if not a native KDE app, like in Opera's case, the idle time happens when a "save file" dialog is summoned. The startup of the desktop (from the login screen to the plasma workspace) is also quite slow, but I can't seem to get any output for that. My ignorant guess is that, a library that was once located in /lib is now looked for somewhere else before /usr/lib, or/and chokes with symlinks. The problem: the output of dolphin in a terminal is not helpful, mainly because all KDE apps complain about something upon start and run perfectly. :
libpng warning: Unknown iTXt compression type or method
Object::connect: No such signal QDBusAbstractInterface::DeviceAdded(QString)
Object::connect: No such signal QDBusAbstractInterface::DeviceRemoved(QString)
dolphin(3898) KXMLGUI::ActionList::plug: Index 13 is not within range (0 - 9
QPixmap::scaled: Pixmap is a null pixmap
QPixmap::scaled: Pixmap is a null pixmap
The only interesting thing in the output is that it spends all the idle time (idle, because the CPU does not spike) after the libpng warning. After a while, the other errors will suddenly show up alongside the main window.
I happened to think that the sudden slowness was coincidential with some other update, but the glibc update being so important (meaning potentially dangerous) it was the first thing I looked at.

After some time, it was solved without my knowledge after today's libpng (and lib32-libpng) update from 1.5.11-2 to 1.5.12-1. Dolphin is again starting as quickly as before, as well as Amarok. I bet startup time will be fixed too.

Similar Messages

KDE is horribly slow

Ahem, my fellow countrymen of fine breeding and social stature...
Since I installed Arch Linux, KDE has been horrendously slow. It's a pain in the arse to even write this.
I use the NVidia proprietary drivers now, I would be happy if any of you gentlemen could help me.
Excuse me, I'm going to get a spot of tea now.

Well, turning of Nepomuk works a bit, but it's still slow.
I will post a htop-log here, wait.
EDIT: The output changes all the time, but I manage to catch a process run by root that seems to use lots of power. These are the processes that has a higher CPU-value than "0.0" listed.
PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command
814 root 20 0 166M 74420 45428 S 3.0 0.5 4:38.56 /usr/bin/X :0 vt7 -nolisten tcp -auth /var/run/xauth/A:0-NAPCEb
3161 icyton 20 0 663M 47084 26764 S 2.0 0.3 0:04.00 kdeinit4: konsole [kdeinit]
1178 icyton 20 0 1039M 162M 63312 D 1.0 1.0 2:46.96 /home/icyton/Bitcoin/bin/64/bitcoin-qt -session 10d1cdddd7000133778389800000010010037_1337989234_685164
2065 icyton 20 0 387M 43388 22924 S 1.0 0.3 0:46.60 /usr/lib/firefox/plugin-container /usr/lib/mozilla/plugins/libflashplayer.so -greomni /usr/lib/firefox/omni.ja 1206 plugin
Last edited by K0DD4Z (2012-05-26 17:05:42)

ATI + KDE works really slow

yesterday a decided to install arch linux for the first time and got some problems.
i tried to install KDE but it works really slow.I mean it takes me 2-3 secs while open Kickoff menu or close some window.
I googled a bit a i found that there is some bug in last xorg update. but all complaination were from owners of nvidia grafic cards and i got ATI mobility Radeon X2300.
but i decided to use that solution and downgrade xorg package.
I downgrade only packages which start wit xorg-server.....
and prevent them from upgrading again
i noticed some improvement but its still slow an performance is low. now i doest take 3 sec but only 2
then i tried to use glxgears but here is the output
# glxgears
Invalid MIT-MAGIC-COOKIE-1 keyError: couldn't open display :0.0
Because i am new in Arch and linux at all, I thing that there is some problem with my graffic card driver or something,
please culd you tell me if I should downgrade any other package or wait until xorg will by repaired? or what?
And the second issue. Why I cant use glxgears ?

i use xf86-video-radeonhd driver
i tryied to disalbe KMS. it sems to be much more quicker now and glxgears works now, but its still not good.
here is output:
glxgears
993 frames in 5.0 seconds = 198.133 FPS
1291 frames in 5.0 seconds = 258.007 FPS
1309 frames in 5.0 seconds = 261.700 FPS
1302 frames in 5.0 seconds = 260.397 FPS
1320 frames in 5.0 seconds = 263.929 FPS
1320 frames in 5.0 seconds = 263.975 FPS
1312 frames in 5.0 seconds = 262.378 FPS
1320 frames in 5.0 seconds = 263.929 FPS
1321 frames in 5.0 seconds = 264.048 FPS
1297 frames in 5.0 seconds = 259.268 FPS
1321 frames in 5.0 seconds = 264.190 FPS
1316 frames in 5.0 seconds = 263.188 FPS
is it good or bad?
but whole problem with kde is still here.
I try to describe it in more details
when i klick on the window in backgroud or minimalize some window, it goes in few steps.
frist i see the border of the window i shoud see on the top. then is fills with the colour and finaly it show me all the contend thet shoul be there. and It all take between 1-2 sec.
It really annoying when i have to wait so long just to switch active window.
btw.thnx for such quick response

KDE slow without Oxygen

Hi,
I have noticed that my kde is very slow if I don't use Oxygen. Even with QtCurve the entire system is slower than before.
I have a macbook (1st gen).
Tnx for your help..

Pierre wrote:What do you mean by "slow"? QtCurve works fine for me here.
Open a folder with some pictures and the preview mode on. Try to scroll down and see what happens. The same happens on digikam or even in regular emails on kmail

KDE and fglrx module - power saving

Hello,
yesterday I switched from gnome to KDE 4.6 (stable) and have a problem regarding my graphics card driver:
I use the proprietary driver fglrx (11.3), which worked fine for me under gnome, but now with KDE the graphics card doesn't go into power-saving mode. So the fan is really loud all the time and with "aticonfig --odgc" I see that the core clock is at maximum. Under gnome the core frequency was not so high and the card managed to go into powersaving mode.
Has anybody the same problem and can help me?
Thanks,
Matse

Hi,
this did not solve my problem. What helps is to change the "Composit Type" from "opengl" to "XRender" in system-settings "desktop effects" (or similar, translated on the fly from german). But this is no solution for me because with XRender kde is really slow even with all effects disabled and by the way do I really like the desktop effects
And "aticonfig --odgc" shows a GPU-load of "0%" but does not lower core clock or core voltage, that's really strange.
Any suggestions besides buying a nvidia card?
bye
matse

Kdemod, xorg-server 1.7.1.901-1 = slow kickof, dvb broken... [solved]

So the recent xorg update to 1.7.1.901-1 has caused some problems for me. The kickof menu in kde was extremly slow and dvbt stoped working, kaffeine not being able to tune to any channels anymore.
Searching in the forum I found out that the kickof menu broke due to the xorg update. It turned out, downgrading xorg fixed kickof and dvbt.
I described how to do that here
http://bbs.archlinux.org/viewtopic.php?id=84294
and there is also the wiki source. I hope this saves somebody some time :-)
http://wiki.archlinux.org/index.php/Dow … ges#How-To

But will kde be fixed anytime soon to handle the new xorg? Or maybe kde is waiting for xorg to be fixed so that kde will still work . It's annoying to have software components out of date. Moreover I hate having to waste brain cells to check if some package dependency will force xorg to be updated again. After the recent upgrade I first had no X at all. I then had to reinstall the nvidia drivers, but in the past I had used the nvidia shell script to do it because I wanted to try out their openCL drivers.
For the life of me I couldn't figure out how to uninstall the proprietary drivers and it wouldn't let me install nvidia under pacman. I had to delete every conflicting file by hand (sigh). I finally got arch's nvidia to install, but kde will not start at all for me. On boot kde hangs after the first disk drive icon and then a mouse click will send the screen to black.
So far the only solution offered is to downgrade xorg. I'd prefer to run lxde for now until the wrinkles are worked out. But even lxde has some odd windowing behavior now. I use xmonad as my window manager and any window at the right edge of the screen has a defective scroll bar. You'd think the xorg folks would have done some more testing with at the very least kde and gnome prior to release.

Unable to contact KDED

KDE is kinda bloated after upgrade to 4.6 and haven't been fixed yet.
When i tried to disable some Services through System Setting -> Services Manager
I got a message said
Unable to contact KDED.
How to fix this?
And does anyone know why kde become so slow?Kde4.5 is fine.

Try rebooting.
kded is a daemon that takes care of very small tasks like ejecting your CD tray etc. There should only be one instance of this running. I had an issue recently where kded wasn't terminated when I logged out and back in. This resulted in two daemons competing with each other (and taking 100% of a CPU core each). The solution was to reboot.
In your case, the system settings kcm is trying to talk to kded through dbus, but for some reason, it's not responding. I'm guessing this is update-related. So, a reboot should clear things up.

KDE 4.7: very slow and high disk usage

Since upgrade to KDE 4.7 on my i686 laptop, my system behaves weirdly. I noticed a slow down caused by a very high disk usage: when the HDD spins the cpu usage reported by the CPU monitor plasmoid is very high (~ 50%), while top reports a very small CPU load. Another strange symptom is that, when I try to close the session, the system freezes for about 15 seconds before the logout/shutdown/restart dialog window appears, again with HDD spinning furiously. If I exit the dialog window and then try to close session again it works smoothly, so I think some caching is at work at second try.
This is very painful since it slows down my workflow. Since now I tried to:
- disable nepomuk, strigi and all that using the nepomukcontroller plasmoid
- disable compositing
- delete .kde folder
- uninstall and reinstall all kde packages
without any benefit. On the same laptop I have dual boot with a 64 bit arch installation, which does not have the same problem, nor has it my 64 bit desktop pc.
Does anyone have similar issues? I don't understand what is it that makes the HDD spin so much, nor how to eventually track it down (are there som HDD usage profiling utilities?). Moreover, why top and CPU usage plasmoid report so different CPU usage stats?
I'm very confused, so any help will be greatly appreciated.

Although I'm not having any of the issues as Snack, I have found KDE 4.7.0 to be a very horrible release. In fact, I'm sick and tired of the KDE release notes bragging about killing thousands of bugs each release, when in actuality the first few revisions of each stable release are horrible. When I first upgraded, I ran into at least four really nasty bugs. Although I've worked around some of them, it left a really sour taste in my mouth. Here is what I've experienced:
1.) With a new user or fresh install, there is no wallpaper by default, even if I install kde-wallpapers before I log in, it makes no difference.
2.) Sometimes kwin will crash during log out.
3.) Worse yet, if I exit a full screen game, it will more than likely crash Kwin. This is a problem on my laptop (which has intel video) and not my desktop (which has nvidia video). If I don't remember to disable desktop effects before opening a game, I may run into a problem.
4.) Although my performance is good, it's not great. I would think a laptop with a Core i5 processor and 8GB of RAM would run faster than it is.
I have tested XFCE for a bit, and I do like it alot. However, with XFCE I am unable to browse Samba shares, and that is a huge problem. In addition, I find KDE's applications to be much better than what ships with XFCE, but I question whether they're worth the performance hit. I really love Kate, Gwenview, Digikam, and Amarok. I know you can install those in XFCE, but they feel out of place and then my desktop pretty much becomes a mutt. Not only that, but KDE is full featured, whereas XFCE is not. It's like I have to choose between a stable desktop or a desktop with full of bugs.
I hope that KDE 4.7.1 fixes everything, but historically it's usually the 4.x.2 release that really does the trick.

KDE : slow font rendering

Hi everyone !
I'm completely new to Arch (coming from Ubuntu) and was really amazed at how fast my system could get and how easy it was to set it up.
I only have one problem left (apart from the missing japanese fonts) :
When anti-aliasing is turned on (in KDE), fonts rendering gets really slow. It can be noticed when selecting a big chunk of text with the mouse, in Konqueror or Kate : you can feel it takes some time. Or when switching tabs in Konqueror. Those are definitely much faster in Opera and Firefox.
However, with anti-aliasing turned off, it is almost instant, as it should. But it looks really awful (in general, I have much trouble getting a good font rendering in linux. Probably because of my 19" LCD that only reached 1280x1024)
Do you have any idea ? My config is : nvidia geforce 6600, proprietary drivers, athlon 64 3200+. I tried some MS fonts and the DejaVu font.
Just in case, you may see my xorg.conf, below.
THANKS EVER SO MUCH for reading this far I think my problem may concern many other newbies like me
# nvidia-settings: X configuration file generated by nvidia-settings
# nvidia-settings: version 1.0 (buildmeister@builder3) Thu Nov 9 17:56:12 PST 2006
Section "ServerLayout"
Identifier "Layout0"
Screen 0 "Screen0" 0 0
Screen 1 "Screen1" RightOf "Screen0"
InputDevice "Keyboard0" "CoreKeyboard"
InputDevice "Mouse0" "CorePointer"
EndSection
Section "Files"
RgbPath "/usr/lib/X11/rgb"
EndSection
Section "Module"
Load "dbe"
Load "extmod"
Load "type1"
Load "freetype"
Load "glx"
EndSection
Section "ServerFlags"
Option "Xinerama" "0"
EndSection
Section "InputDevice"
# generated from default
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "auto"
Option "Device" "/dev/psaux"
Option "Emulate3Buttons" "no"
Option "ZAxisMapping" "4 5"
EndSection
Section "InputDevice"
# generated from default
Identifier "Keyboard0"
Driver "kbd"
Option "XkbLayout" "fr"
EndSection
Section "Monitor"
# HorizSync source: edid, VertRefresh source: edid
Identifier "Monitor0"
VendorName "Unknown"
ModelName "LG L1915S"
HorizSync 30.0 - 83.0
VertRefresh 56.0 - 75.0
Option "DPMS"
EndSection
Section "Monitor"
# HorizSync source: xconfig, VertRefresh source: xconfig
Identifier "Monitor1"
VendorName "Unknown"
ModelName "TV-0"
HorizSync 28.0 - 33.0
VertRefresh 43.0 - 72.0
Option "DPMS"
EndSection
Section "Device"
Identifier "Videocard0"
Driver "nvidia"
VendorName "NVIDIA Corporation"
BoardName "GeForce 6600"
BusID "PCI:2:0:0"
Screen 0
EndSection
Section "Device"
Identifier "Videocard1"
Driver "nvidia"
VendorName "NVIDIA Corporation"
BoardName "GeForce 6600"
BusID "PCI:2:0:0"
Screen 1
EndSection
Section "Screen"
Identifier "Screen0"
Device "Videocard0"
Monitor "Monitor0"
DefaultDepth 24
Option "metamodes" "CRT: nvidia-auto-select +0+0"
SubSection "Display"
Depth 24
Modes "1600x1200" "1280x1024" "1024x768" "800x600" "640x480"
EndSubSection
EndSection
Section "Screen"
Identifier "Screen1"
Device "Videocard1"
Monitor "Monitor1"
DefaultDepth 24
Option "metamodes" "TV: 800x600 +0+0"
SubSection "Display"
Depth 24
Modes "1600x1200" "1280x1024" "1024x768" "800x600" "640x480"
EndSubSection
EndSection

Oh gees, it seems the culprit was the "sub-hinting" (halo de sous-pixellisation) option. I thought I had tried all possible combinations
However, I wonder if it is supposed to slow down the display that much...
Anyway... I would still be eager to find a solution to display japanese fonts
Thanks for listening to me
Last edited by mahen (2007-02-05 11:55:09)

Tarantella running v. slow/unable to run KDE from webtop (all users)

My knowledge of linux and tarantella is pretty limited, so bare with me
here:
We are running Tarantella 3.6 on a Red Hat server, with Win4lin Terminal
Services for Win 98 sessions. This morning, the server had mysteriously
switched off over night, and now it has booted up it is running
incredibly slowly, and users cannot start up KDE desktop sessions. They
can log in to the webtop without any problems but when selecting KDE
desktop the progress bar moves extremely slowly across the dialogue box
then stops. This is for all users.
Even starting konsole in root takes 2 minutes to kick in, and the Object
Manager takes even longer.
As I know very little about Tarantella I don't know where to start,
except to reboot the system, which I have done several times. It has
never happened before, and we have been running the server for about 9
months.
Any ideas?
many thanks,
Graeme

Graeme,
If I have to guess, the reason that it was slow when your ADSL was down has
probably something to do with your routing and/or hostname resolution.
Regards,
David
"Graeme Eddie" <[email protected]> wrote in message
news:[email protected]...
Rob wrote:
Graeme Eddie wrote:
My knowledge of linux and tarantella is pretty limited, so bare with me
here:
Welcome aboard :-)Thanks for your response Rob. The system is working normally now. For
some reason Tarantella started working normally again when we regained
internet access (Our ADSL line was down for a couple of days last week).
As soon as the broadband came up again, everything went back to normal.
I'd be interested to know if anyone could explain why this happened.
We are running Tarantella 3.6
AFAIK, there's no 3.6 version of Tarantella; please check with
"tarantella version" to know more about your installed version. You may
have to put /opt/tarantella/bin (or wherever you installed TTA in) in
your PATH before running the above command.Sorry, I meant 3.4!
on a Red Hat server, with Win4lin Terminal
Services for Win 98 sessions. This morning, the server had
mysteriously
switched off over night, and now it has booted up it is running
incredibly slowly, and users cannot start up KDE desktop sessions.
Are there any evidences in /var/log/messages about the reasons why the
system rebooted ?No sign of anything
They
can log in to the webtop without any problems but when selecting KDE
desktop the progress bar moves extremely slowly across the dialogue box
then stops. This is for all users.
You can use "top", "sar" or "vmstat" to find out why the system is
crawling.
Even starting konsole in root takes 2 minutes to kick in, and the
Object
Manager takes even longer.
So this should not be a problem with TTA; however, if "top" report a
high CPU utilization on behalf of some "tarantella" commands, please
have your users logged out and issue the "tarantella stop --kill"
command. When tarantella stops, verify again the load on the system with
"top"; try also by getting into KDE on the console.I'll take note of these commands for future use
If things now happen in a timely manner, try by restarting Tarantella
(tarantella start).
Best,
Rob

Kde slow

I´ve just installed Arch and kde! But its running very slow.
I get at fail message during the bootsession.
127.0.0.1 error fetching interface information - and during shutdown : network is not running 'try network start'
When I log in to kde - it seems to stop during initializing system services and after that it takes about 5min before my desktops appears...
sometimes it crashes sometimes it dont.
I´m using this hardware:
AMD 700mhz CPU
10BG harddisk
320 RAM
Lite-on Network
Ive had activeted KsysGuard and for me it seems to be using full memory at all time -is there any way to fix that problem
Can someone please help me with this, cause I´m from Denmark and no one here uses Arch!
If you want some more details for help - let me know how to get´em just in case

Do you have proper localhost entries in /etc/rc.conf and /etc/hosts?
/etc/rc.conf
lo="lo 127.0.0.1"
eth0="dhcp"
INTERFACES=(lo eth0) #note no '!' next to lo
/etc/hosts
127.0.0.1 localhost.localdomain localhost

[SOLVED] KDE too slow on VirtualBox

I've installed Arch Linux on VirtualBox with KDE. At first I tried to install through 'pacman -S kde-meta' and, after seeing it was slow, I tried to do that through 'pacman -S kde-meta-kdebase', but KDE also is too slow.
For some reason I don't know, VirtualBox starts to load and load from HDD all the time. However, if I install XFCE, everything goes well.
Why?
Last edited by Kaentarys (2013-08-07 22:42:58)

schmidtbag wrote:This is probably due to nepomuk, which is an indexing service. Either disable it or let it finish and performance should improve. Another possible cause is:
* You didn't install the virtual GPU drivers
* Your host GPU is too slow and/or you enabled kwin compositing
* You're using LLVM with kwin compositing enabled
* VirtualBox is able to resize and adjust the window right. So I'd say that I installed the virtual GPU drivers.
* My host GPU works well with KDE, but I've only tried it in other distros. I don't know if kwin is enable, but I know I didn't change any configuration of KDE.
* How can I disable it?
I saw there are more than one process using the HDD. (I used iotop.) So can I discard that Nepomuk is causing the problem?
Last edited by Kaentarys (2013-08-07 20:40:53)

Slow text rendering in KDE.

Hi there,
I recently starting getting quite fed up with how I felt that writing stuff in kate (or kile, or kdevelop etc) was very slow and unresponsive. The effect I was getting is that there was a big delay (of up to a second or two sometimes) between hitting the key and the character appearing on the screen. It's especially noticeable if you type a whole bunch of stuff very quickly - wait for the screen to catch up!
I did a few experiments, and managed to rule out any kate plugins etc, though I wasn't experiencing the same thing in konsole / yakuake. Also, I noticed that if I made the kate window smaller, so not so much of the text I was editing was visible, it would speed up. In fact, the size of the lag seems proportional to the amount of text visible and being rendered while typing (even if that text is not being changed).
I fiddled with a few settings and noticed that I could fix the lag (i.e. completely get rid of it) by disabling "sub-pixel rendering" in KDE's font settings (and restarting the relevant program). Incidentally, it's not enough to have the the "sub-pixel rendering" box enabled and select "none" - that still creates the lag.
Therefore, I can work around this for now by unchecking the box, but it got me interested in this. I'm thinking that it's something to do with the way Qt is rendering the fonts, possibly to do with my intel graphics driver, but possibly not.
So this post is twofold really; firstly to let others know of the workaround in case they're also experiencing this, but also to ask around to see if other people are noticing this, with a view to filing a bug / feeding back to developers / deciding that I need newer hardware.
My specs:
- KDE from kdemod 4.2.2
- intel 945GM graphics card onboard
- xorg intel driver (currently version 2.3.2, but I've experienced the same with earlier and later versions, up to the current git version)
- XServer 1.6, though again, I've experienced this with 1.5 too.
- Using EXA for rendering, though again I've had the same experience with XAA. Haven't tried UXA yet.
So... anyone any contribution?
Cheers,
Pete.

I experience sever slowdown in scrolling in Kate with my Intel 965. However, I do not experience any problems in other applications (Kontact, Konsole, etc.). I did not experience the problem (at least noticably) when I was using Xorg 1.4 and XAA. Hopefully, 4.5.1 resolves this issue for me as well... It's harder to deal with large code files now.

Firefox 3.5 damn slow under KDE 4.2

Hi Folks,
I'm using Firefox 3.5 from extra and it is so damn slow under KDE 4.2.4, compositing enabled (Intel GFX, Driver version xf86-video-intel 2.8.0 from AUR, KMS on, Kernel 2.6.30).
Furthermore I installed "extra/gtk-qt-engine 1.1-1" to get a good integration into the look&feel of KDE.
The application itself has a normal performance, but the menus are very laggy.
In addition to gtk-qt-engine I've tried "community/gtk-kde4", but that seemed to make things even worse
I think that those gtk-qt engines are to blame, but I don't know where to search for issues/problems.
Another thing is: If I say "Use my KDE style/fonts in GTK Applications" in KDE system settings dialog, Firefox looks as follows
Whats happening here?
Is there any known trick, to get a decent performance in Firefox 3.5 under KDE 4.2?
Best regards,
mefiX

I just use QTCURVE as a theme, it has a native KDE3, KDE4 and GTK theme giving a constant look all around plus it is better looking then oxygen imho (especially when set to AQUA).
stefan ~ $ pacman -Ss qtcurve
extra/qtcurve-gtk2 0.66.0-1 (qtcurve)
A configurable set of widget styles for KDE and Gtk
extra/qtcurve-kde3 0.66.0-1 (qtcurve)
A configurable set of widget styles for KDE and Gtk
extra/qtcurve-kde4 0.66.1-1 (qtcurve)
A configurable set of widget styles for KDE and Gtk
about performance, did you disable the Ipv6 stuff in about:config? when i used FF i noticed ipv6 dns was on by default and really slowing it down. I since switched to Opera10 which is *way* faster and has a native QT4 build instead of FF's GTK.
stefan ~ $ yaourt -Ss opera-snapshot
archlinuxfr/opera-snapshot 4502-1 [installed]
The Weekly Build of Opera web browser
stefan
Last edited by stefan1975 (2009-07-30 12:10:15)

[SOLVED] Very slow application launch in KDE

Hi, some days ago a nasty makefile tried to delete my / directory while I was trying to compile a program. While it didin't touch anything in my system folders, it made a big mess on my home. I recovered almost everything, but since then KDE is behaving strangely. In particular, launching an application with lancelot or with the standard KDE launcher has become painfully slow. All the KDE applications are affected, but the issue is particularly annoying with firefox. Launching it from the command line, however, resolves everything. Chromium is launched quickly in any case.
I deleted .mozilla and .kde4, but the problem is still there. I have no idea to what look at to try to understand what's going on, so I would appreciate some help...
Thanks.
Last edited by snack (2011-03-27 13:36:58)

Oh, you don't have to rebuild everything. Backup your configuration also, then put it back one by one and see what has gone wrong. (All those hidden files started with a dot ".").
I did mean those files are also important data, who would want to lose all the configuration that took so long to do
Shouldn't take too long to figure it out. If it's my configuration, I think I can find out what wrong in less than 15 minutes.
Good luck if you choose to do so.

KDE 4.9 slowness

Similar Messages

Maybe you are looking for