Version: (using Devel) Compiler: 4.3.2 gcc version 4.3.2 20081105 (Red Hat 4.3.2-7) (GCC) OS: Linux Installed from: Compiled sources When using Oxygen/Ozone window decorations there is high syscall usage. 1) I ran sysprof and resized windows with either decoration, there is a lot of paint calls. Switching Plastik the problem goes away. Attached is the system calls and their total times
Created attachment 29429 [details] Oxygen sysprof results
*** Bug 179406 has been marked as a duplicate of this bug. ***
I can confirm this issue!
can you try again with KDE 4.2.3?
I'm experiencing this excessive redrawing issue, too. Compositing and effects are disabled (and cannot be enabled due to using the sis driver). When switching windows or the title changes, the decoration buttons start flickering for about 1 second and you can see the title bar being redrawn multiple times with flat color and full design. The problem becomes even worse when new windows open, as this really slows down painting the rest of the window and sometimes takes five seconds or so with the window manager being completely stalled (no reaction to mouse clicks or key presses) and the decorations of at least two windows flickering. Sometimes this leaves artifacts like grey or black window title buttons or a dark grey to black gradient along the whole title bar. This happens with both ozone and oxygen decorations. Switching to keramik for example fixes this mostly (still leaving some very short flickering but no more artifacts or excessive redraws).
I can confirm this too. The problem only reproducible with oxygen, and it's fork nitrogen (from kde-look.org). I'm using intel driver 2.7.99, xorg 1.6.1, 2.6.30-8 and jaunty. I will attach a video that contains the problem in action.
Created attachment 34633 [details] A video from the redrawing bug
I'm observing this too. One one machine, using radeon driver, it's almost unnoticeable, but on my Nvidia laptop it makes the whole desktop practically unusable, despite it being the faster machine. Switching windows can take several seconds and mere changing a tab in Konsole produces noticeable lag (because of change in the window title). [Moreover, if I try to switch windows too fast after switching desktops, the whole desktop loses touch with the keyboard and I have to restart the X Server.] Frankly, this is seriously ridiculous.
I think this was due to the fact that main title bar paintEvent was triggering buttons painting (which in turn would trigger title bar paint, etc). This has been fixed for kde4.3 Is someone able to reproduce the issue with kde4.3 or trunk ? Otherwise will close the bug. (Note: I also think this was fixed with Nitrogen at KDE-Look)
I am currently not experiencing it with SiS graphic card and xorg server 1.6 in KDE 4.3.2.
(In reply to comment #9) > I think this was due to the fact that main title bar paintEvent was triggering > buttons painting (which in turn would trigger title bar paint, etc). This has > been fixed for kde4.3 > > Is someone able to reproduce the issue with kde4.3 or trunk ? > Otherwise will close the bug. > > (Note: I also think this was fixed with Nitrogen at KDE-Look) At me the problem is still exists. Jaunty meta@meeeta:~$ kde4-config --version Qt: 4.5.2 KDE: 4.3.2 (KDE 4.3.2) kde4-config: 1.0 Linux meeeta 2.6.31-020631-generic #020631 SMP Thu Sep 10 22:34:46 UTC 2009 i686 GNU/Linux xf86-video-intel-2.8.99.901 (eee 1000h)
@Kopiás Damn. Did you also try with recent Nitrogen (http://www.kde-look.org/content/show.php/Nitrogen?content=99551). I ask because it has similar patches to what will go into kde4.4 ?
Any attempt using oxygen from kde4.4 series ? There was a serious bug concerning buttons repainting in kde4.3 oxygen/ozone, that has been fixed since then. Besides, well, ozone is gone, nitrogen is largely unmaintained, and oxygen has undergone major re-writting, notably to absorb nitrogen.
Need feedback on kde4.4/kde4.5 As far as I know repaint is fast enough here (using Intel Graphics card, with all effects enabled). Even faster when disabling transition effect, shadows, etc.
It could be... But I can't tell, because all of plasma became so sluggish in recent versions that it is masking any improvement here.
As far as I can tell, this is still a problem on KDE 4.7.0