Version: (using KDE 4.3.1) Installed from: openSUSE RPMs I have a server running opensuse 11.2 that exports its login to IGEL thin clients via XDMCP. The clients can connect to the server and start a session. The problem is that the whole desktop is sluggish and barely usable. When I switch windows it takes nearly a second till everything is drawn properly. Opening plasma dialogs also is very slow. I've replaced kwin in the kde4 session by metacity and the kde 4 applications started to behave nicely. Window switching was fast and responsive. Only actions that involved plasma were still slow. Then I've stopped plasma in a kde4/kwin session: kquitapp plasma-desktop Window switching was still slow. Therefore I think the problem is only partly related to plasma. The thin clients have a Trident Blade3d chipset. The kde apps I tested are konsole, dolphin, konqueror and systemsettings.
the default window switching list and the box switch effect involve some plasma painting routines, try to disable the window list display (or use cover switch, present windows or flip switch - w/o displaying window titles!) to switch windows (basically ensure the plasma theme doesn't show up anywhere)
I am switching the windows by clicking on them. For example I have two konsole windows partly overlapping. I click on the one in the background and after it is fully in front (which takes about a second) I click on the other one which is then in background. As I said the slowdown is also there if I disable plasma completely by kquitapp plasma-desktop. The effect is that the background gets black and only the application windows remain.
Sorry, for your reference to plasma i assumed you'd refer to switching windows by alt+tab. So: - does toggling desktop FX change anything? - do you have the "slide back" effect activated? - does changin the decoration plugin (oxygen/ozone -> e.g. kde2) improve things - iirc there has been a superflous repaint on window activation that triggered lag depending on the window border size, so please check if the situation improves if you disable window borders (rmb menu [alt+f3] -> Advanced -> Disable window borders) - (esp. in case you use) what's your gpu/driver
(In reply to comment #0) > I have a server running opensuse 11.2 that exports its login to IGEL thin > clients via XDMCP. The clients can connect to the server and start a session. (Ouch! Reading can help) It's -probably- the decoration (uncached QGradient -> XPutImage()) so look for one that does not suffer from this overhead.
- As far as I know there are no desktop effects enabled. Where should I look to verify? - Changing to the kde2 decoration is a little bit faster but not enough. - Removing the borders also helps a little but the apps are still repainting slowly.
Created attachment 38107 [details] Original behaviour The video shows the original behaviour as I observe it. You see that the application paints slowly and then the decorations are painted.
Created attachment 38108 [details] kde4 with kde2-decorations Here is the result using the kde2 decorations.
Created attachment 38109 [details] Some kde4 apps in xfce Here you see how some kde4 apps behave in xfce. They feel much better. There is also firefox running. Slow as always.
Created attachment 38110 [details] Some kde4 apps in xfce Here you see how some kde4 apps behave in xfce. They feel much better. There is also firefox running. Slow as always.
Looks like a backbuffer issue. I don't know much about xfce internals (there is compositing support) but /theoretically/ speed (in this regard) should improve if you activate the desktop effects (w/o having to load any plugins. try to use the Xrender backend) The reason is that the window pixmaps are then "cached" on your X11 server (i.e. your thin client) and the X11 client (your server) doesn't have to be called to repaint them (sending the resulting pixmaps across the network again) when they get unobscured and although the window content itself didn't change.
Created attachment 38114 [details] Desktop effects settings I cannot enable the desktop effects because they are not available. See screenshot. Here are the extensions of the X-Server (Thin Client): BIG-REQUESTS DAMAGE DOUBLE-BUFFER DPMS Extended-Visual-Information GLX LBX MIT-SCREEN-SAVER MIT-SHM MIT-SUNDRY-NONSTANDARD RANDR RENDER SECURITY SGI-GLX SHAPE SYNC TOG-CUP X-Resource XC-APPGROUP XC-MISC XFIXES XFree86-Bigfont XFree86-DGA XFree86-Misc XFree86-VidModeExtension XInputExtension XKEYBOARD XTEST
Created attachment 38115 [details] Screenshot showing the desktop on a different client I've tested the setup on a different machine and the result is much worse. The client is from the same series but the display is different. The screenshot shows completely broken decorations. Plasma is strippled The taskbar is unrecognizable.
I forgot to mention that XFCE has no problems on the second machine.
a) Sorry I missed an obvious question: Does the slow repaint also hit you if you just drag a window across another or /only/ on activation change? b) (In case of a) I do not know why (even undecorated) KWin could break the backing store while XFce doesn't but apparently you've DAMAGE, you can enable COMPOSITE by adding Section "Extensions" Option "Composite" "Enable" EndSection to /etc/X11/xorg.conf (but this requires a 24/32 bit display) Regarding the 2nd screenshot, is that an 8 or 16 bit display? (i.e. 256 or 65536 colors - notice that the folder icon is broken as well) <voodoo class="can cause trouble or just do nothing"> force-disable SHM (i'd only know for nvidia how to do that) and force-enable the backing store by adding Option "BackingStore" "True" to the device or screen section </voodoo>
I do not have direct access to the configuration of the Thin Clients. The configuration GUI does not offer such advanced options. The display is a 16 bit display in the second case. I would say that also dragging is slow.
As KDE4.6 became much snappier, it might be interesting if the issue still exists?
I guess this was caused by the broken(?) XSYNC protocol implementation and would then have gone with 4.6 - if he still uses KDE after that long time ;-)
I still use KDE on my notebook. However we abandoned KDE at work and use XFCE now. However, I will test how 4.6 behaves on monday.
My impression is that 4.6 got even slower. I am going to make some videos to show the current state of the misery.
I experience similar behaviour (on local session) and also slow and jerky resizing. Even on KDE 4.7.1. I also have an impression that KDE gets slower and slower with every major version... Graphic card - ati radeon 9200 pro, desktop effect turned off, win decoration - Oxygen, qt graphic system - raster.
(In reply to comment #20) > I experience similar behaviour No, you rather don't. - local session ./. xdmcp - activation ./. resizing However the paintredirector is /still/ there. Please don't hijack bugs. As for now: -> Tried another decoration (NOT aurorae - or try hiding the decoration & "alt + rmb" to resize)? -> Is resizing xterm slow as well? -> Is it compositing related?
As of 4.8 the PaintRedirector has been dropped for non-composited setups which should give the same decoration rendering performance as before 4.3. For thinclient setups I recommend to not use Oxygen or Aurorae themes as window decorations and probably also not Oxygen as widget style. In case there are still performance problems with 4.8, feel free to reopen and update the observations.