Summary: | Window switching is slow | ||
---|---|---|---|
Product: | [Plasma] kwin | Reporter: | Christoph Bartoschek <bartoschek> |
Component: | general | Assignee: | KWin default assignee <kwin-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | g111, kmm |
Priority: | NOR | ||
Version: | 4.3.1 | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Unspecified | ||
Latest Commit: | Version Fixed In: | 4.8.0 | |
Attachments: |
Original behaviour
kde4 with kde2-decorations Some kde4 apps in xfce Some kde4 apps in xfce Desktop effects settings Screenshot showing the desktop on a different client |
Description
Christoph Bartoschek
2009-11-04 17:10:39 UTC
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. |