Bug 218781 - resizing is very slow
Summary: resizing is very slow
Status: RESOLVED DUPLICATE of bug 152638
Alias: None
Product: kwin
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: Mandriva RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-12-15 11:33 UTC by aapgorilla
Modified: 2009-12-17 12:43 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description aapgorilla 2009-12-15 11:33:39 UTC
Version:            (using KDE 4.3.4)
OS:                Linux
Installed from:    Mandriva RPMs

Resizing windows with desktop effects is very slow, note that I am using 4.3.4 which should have some fixes for slow resizing but still when resizing kde/qt4 or gtk windows the framerate drops to around 10 (or even as low as 4 for resizing konsole)

this is with an nvidia 6600GT/ p4 2.4GHz
Comment 1 Martin Flöser 2009-12-15 12:11:44 UTC
The usual comments:
 * should be better with Qt 4.6
 * there is an option to not update the window content while resizing (faster)
 * in KDE SC 4.4 there will be a resize effect to make the resizing without content look nicer
 * most of the performance issue is caused by the driver (texture from pixmap) as NVIDIA 6600 is not the current series it is unlikely that the driver will improve.

*** This bug has been marked as a duplicate of bug 152638 ***
Comment 2 aapgorilla 2009-12-15 12:17:02 UTC
(In reply to comment #1)
> The usual comments:
>  * should be better with Qt 4.6
>  * there is an option to not update the window content while resizing (faster)
>  * in KDE SC 4.4 there will be a resize effect to make the resizing without
> content look nicer
>  * most of the performance issue is caused by the driver (texture from pixmap)
> as NVIDIA 6600 is not the current series it is unlikely that the driver will
> improve.
> 
> *** This bug has been marked as a duplicate of bug 152638 ***

In an attemtp to get smooth resizing I had already compiled qt4.6 from source but it did not seem any better and I had many other issues with qt4.6 so I reverted to my distros official version
Comment 3 aapgorilla 2009-12-16 00:33:16 UTC
(In reply to comment #1)
> The usual comments:
>  * should be better with Qt 4.6
>  * there is an option to not update the window content while resizing (faster)
>  * in KDE SC 4.4 there will be a resize effect to make the resizing without
> content look nicer
>  * most of the performance issue is caused by the driver (texture from pixmap)
> as NVIDIA 6600 is not the current series it is unlikely that the driver will
> improve.
> 

I did some testing: metacity (with inbuild compositing), xfwm4 (with inbuild compositing), kwin (opengl and xrender) resizing konsole and xfterm4 (xfce's terminal application) both with real transparency->

kwin+konsole= terrible
kwin (both xrender or opengl)+xfterm4->okayish
xfwm4+konsole->outline smooth window content lags somewhat
xfwm4+xfterm4-> pretty smooth, some minor flickering of window content when moving fast
metacity+konsole->okay window content updates nicely but frame+contecnt can lag somewhat when doing big movement
metacity+xfterm4-> about the same as xfwm4 but some more flickering

(this was all done on mandriva 2010 with kde 4.3.4+qt4.5.3)

This tells me that there is room for improvement both in kwin and in kde apps, like konsole (and maybe qt)
> *** This bug has been marked as a duplicate of bug 152638 ***
Comment 4 Robert Knight 2009-12-16 11:06:11 UTC
> This tells me that there is room for improvement both in kwin
> and in kde apps, like konsole (and maybe qt)

On my intel graphics card, Konsole's tab switching is somewhat smoother using the raster graphics engine which can be enabled using:

konsole -graphicssystem raster

(This option works with most other Qt applications as well).
Comment 5 Thomas Lübking 2009-12-16 16:51:24 UTC
(In reply to comment #3)
> kwin+konsole= terrible
> kwin (both xrender or opengl)+xfterm4->okayish

what about kwin+(empty)kwrite (i.e. lightwight client resize + certainly not ARGB)?
Comment 6 aapgorilla 2009-12-17 08:18:37 UTC
(In reply to comment #5)
> (In reply to comment #3)
> > kwin+konsole= terrible
> > kwin (both xrender or opengl)+xfterm4->okayish
> 
> what about kwin+(empty)kwrite (i.e. lightwight client resize + certainly not
> ARGB)?

I would rate this okayish, certainly not smooth but bearable. (Incidentally I am now using a very non-powerful laptop with gnome+composite metacity and resizing gnome-terminal is smoother here than resizing kwrite+kwin)
Comment 7 aapgorilla 2009-12-17 12:35:09 UTC
Well back on the old testing machine again, something quite interesting:

resizing gnome-terminal (with real transparency enabled)+kwin is actually smoother than resizing an empty kwrite+kwin!
Comment 8 aapgorilla 2009-12-17 12:43:42 UTC
In numbers, kwin+ :

konsole -> 4-5 fps
kwrite ->  4-5 fps
gnome-terminal -> 8-10 fps 
xfterm4 -> 10-12 fps