Bug 226634 - kwin has effects perfomance regression
Summary: kwin has effects perfomance regression
Status: RESOLVED DUPLICATE of bug 226182
Alias: None
Product: kwin
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Unspecified
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-02-13 06:27 UTC by Vovochka
Modified: 2010-03-08 01:44 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Vovochka 2010-02-13 06:27:45 UTC
Version:            (using KDE 4.4.0)
Installed from:    openSUSE RPMs

Since kde 4.4 rc 1 kwin has real performance regression in such affects as minimization, magic lamp, window openning.

I'm using GeForce 6600 with nvidia driver 190.53-9.1

P.S. sysinfo shows that i'm using nv. It lies :)
Comment 1 Martin Flöser 2010-02-13 08:57:42 UTC
can you please try a window decoration which does not use animations? For example Plastik.
Comment 2 Hugo Pereira Da Costa 2010-02-13 15:11:11 UTC
Side note: you might want to use plastik widget style too, or disable oxygen _style_ animations.
Comment 3 Vovochka 2010-02-15 01:44:52 UTC
Even with plastic style animation is not plain.
Comment 4 Thomas Lübking 2010-02-15 17:57:14 UTC
Ensure you're not using the Oxygen window decoration (animated) - the UI style probably does not matter.
Another solution would (probably) be to not use window borders (but only the titlebar, oxygen has a setting)

Those effects are (usually) related to switching the active window, what will cause massive updates on the decoration.
I am pretty sure that the "culprit" here is the indirect rendering (PaintRedirector) which allocates a window size pixmap and (by ::fill(Qt::transparent)) reallocates a 32bit variant.

This can be pretty slow (though not CPU intense) with various HW/drivers and depending on the pixmap size.

(I reclaim that ultimately the decos should -optionally- provide a function to fill the border pixmaps, what should be much faster as the deco can apply internal optimizations)
Comment 5 Vovochka 2010-02-16 00:47:11 UTC
Sorry.. I really tested a ui style. When switching window decoration to plastic, yes, it works fine. Disabling borders doesn't help mush.

So what happened since 4.3? There were no such troubles.
Comment 6 Vovochka 2010-02-16 01:05:17 UTC
Now will use bespin, it works fine and is pretty funny :)
The only problem with bespin - gtk application via qtcure doesn't looks like native qt/kde
Comment 7 Hugo Pereira Da Costa 2010-02-16 03:21:20 UTC
Comment #5:
what happened are animations. "smooth" (obviously not so smooth for you) transition between active glow and inactive window shadow has been added to oxygen, as well as other fancy stuff.

Unfortunately we "forgot" to add an option to turn them off (mostly because things were smooth on the computers the animations were tested on. -nothing fancy, intel graphics card-). 

Now you can still use oxygen if you want but need to add
"UseAnimations=false"
under the [Windeco] section of ~/.kde4/share/config/oxygenrc

There _will_ be a visual option to switch animations off in kde4.4.1 (promise)

If you ever get a chance to test again oxygen window decoration without these animations, that would help moving forward. (honestly, this lag due to the new animations is quite a mystery to me, again, cause it is not observed here on a rather modest laptop).
Comment 8 Hugo Pereira Da Costa 2010-02-16 03:24:27 UTC
PS: you'd need to restart kwin after the change to oxygenrc.
kwin --replace &;
Comment 9 Vovochka 2010-02-16 03:29:55 UTC
YES! *YAHOO* It works just perfect! Thanks! :)

Please, disable such "animation" for netbooks :)
Comment 10 Martin Flöser 2010-02-16 09:10:37 UTC

*** This bug has been marked as a duplicate of bug 226182 ***
Comment 11 Vovochka 2010-03-05 04:05:26 UTC
> There _will_ be a visual option to switch animations off in kde4.4.1 (promise)

I can't find it :(
Comment 12 Hugo Pereira Da Costa 2010-03-05 04:28:10 UTC
to #11 
Indeed ... The string freeze exception needed to have this option set was not really granted and an alternative (UI) solution was used instead: 

SystemSettings->Appearance->style->fine Tunning Tab
And set the "Graphics Effects" combobox to either one of the first two (the ones with "poor cpu".

Its still buggy in the sense that it affects only the window decoration and not the style (which you can disable in the style config), it does not affect the button glow (something I forgot and committed to trunk today), and also, even that is not satisfactory (since some users with fast CPU+GPU have reported the same issue ...)

I'll ask again for the string freeze exception. 4.4.2, maybe.

Sorry.
Comment 13 Hugo Pereira Da Costa 2010-03-08 01:44:32 UTC
SVN commit 1100596 by hpereiradacosta:

Backport r1088959
Added checkbox to enable/disable decoration animations
CCMAIL: kde-i18n-doc@kde.org
CCBUG: 226634 
CCBUG: 226668


 M  +2 -0      config.cpp  
 M  +1 -0      oxygenconfigurationui.cpp  
 M  +8 -1      oxygenconfigurationui.ui  


WebSVN link: http://websvn.kde.org/?view=rev&revision=1100596