[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 244253] Resizing is very laggy
From:       Thomas Lübking <thomas.luebking () gmail ! com>
Date:       2011-12-13 13:20:53
Message-ID: E1RaSHt-0005DD-SH () bugs ! kde ! org
[Download RAW message or body]

https://bugs.kde.org/show_bug.cgi?id=244253





--- Comment #6 from Thomas Lübking <thomas luebking gmail com>  2011-12-13 13:20:53 ---
By resizing with bitmap you mean the "resize" effect (ie. texture scaling) i
assume?

The patch demonstrated in the video (prensent in 4.8, not 4.7) does NOT intend
to make resizing "smoother" (miswording) but fix the XSYNC protocol, ie. make
the WM wait until the client is done with resizing (though this lowers load on
the client and effectively makes resizing faster and avoid glitches of eg. a
bright decoration below a black konsole, the non-update can make it feel even
more laggy)

We tried to cover the time while the client is not done with texture scaling,
but naive attempts to do this have lead to judder (because of the
scaled/resized texture swaps - it might work by crossfading between the
textures -> 4.9)

I've never seen compiz resizing faster here (rather the opposite) but it
heavily depends on
a) the window decoration (some perform better using the native graphicssystem,
some prefer the raster graphicssystem)
b) the state of the nvidia pixmap cache (we somewhen figure that it was
flooded, happened prefereably in kde sessions but unrelaed of the WM)
the cache can be flushed by dis/enabling it:

nvidia-settings -a PixmapCache=0; nvidia-settings -a PixmapCache=1

Don't try to be extra smart, "nvidia-settings -a PixmapCache=0 -a
PixmapCache=1" is valid but will do nothing.

Also the latter blob drivers (290.x) have at least here added an enormous
perfomance gain (related to the ARGB pixmap allocation, try to disable the
titlebar for a window, eg. by selectiong the option in the alt+f3 menu and
resize it with alt+rmb - if it resizes much faster, that pixmap allocation is
your problem)
Since then the native graphiscsystem is slightly faster than the raster system
here when resizing dolphin (where the "slow" internal part are the side panels
- places, information, tree, etc.)

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.=
[prev in list] [next in list] [prev in thread] [next in thread]