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

List:       kde-bugs-dist
Subject:    [kwin] [Bug 329297] Kwin very slow/frozen when OpenGL compositing enabled
From:       Chris Wilkinson <blobster_nz () yahoo ! com ! au>
Date:       2014-01-01 0:06:03
Message-ID: bug-329297-17878-h3F54EHf2g () http ! bugs ! kde ! org/
[Download RAW message or body]

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

--- Comment #13 from Chris Wilkinson <blobster_nz@yahoo.com.au> ---
Hi Thomas,

(In reply to comment #12)
> The cpu load can happen in the kernel, but the (assumed, we should check
> that next year) false positive detection of triple buffering as well as
> triple buffering not resolving the issue alone (it does show up as active in
> /var/log/Xorg.0.log, does it?) is indeed suspicious.

:~> grep -i triple /var/log/Xorg.0.log
[    22.835] (**) NVIDIA(0): Option "TripleBuffer" "1"

Its in xorg.conf for sure.

> Could be that the refreshrate/maxfps is misdetected/overridden, we should
> check for that as well ... next year ;-)
> 
> The core problem from our side (default yielding strategy causing "trouble™"
> for the nvidia blob) is however the same.

Between enabling triplebuffer and the yield strategy, my KDE desktop is
behaving and performing at a level that is more than satisfactory. OpenGL/CUDA
apps like octane render, nexuiz, valley and heaven benchmarks, prey, webgl
stuff, and blender/cycles render, are working very well. I'm happy to let
things sit where they are since they seem stable, but if you want to get to why
triplebuffer alone doesn't fix the issue just point me in a direction and I'll
do what I can to help.

Happy New Year,

Chris W, NZ.

-- 
You are receiving this mail because:
You are watching all bug changes.=
[prev in list] [next in list] [prev in thread] [next in thread]