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

List:       kde-bugs-dist
Subject:    [kscreenlocker] [Bug 347772] kscreenlocker_greet using 100% cpu on plasma 5
From:       Gianni <bugzilla_noreply () kde ! org>
Date:       2018-08-09 9:09:51
Message-ID: bug-347772-17878-uNdK2ohNSb () http ! bugs ! kde ! org/
[Download RAW message or body]

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

--- Comment #32 from Gianni <gianni_2295@hotmail.it> ---
(In reply to David Edmundson from comment #31)
> Another thing to try is typing  "plasma renderer" into krunner
> from there you can select "Rendering backend = software"
> 
> Changes will apply after session restart. I would like to hear back on how
> good the performance is.

This is an interesting setting. The performance seems pretty good with better
responsiveness and it also "solves" another bug I filed some time ago about
sluggish desktop interaction #388808.
Unfortunately this setting breaks something because I can't see the themes
preview anymore in system settings -> workspace themes.
Furthermore this doesn't solve the kscreenlocker_greet cpu issue.
I don't know if this is the right place, but I'm interested in knowing what
difference there is between setting XRender compositor and setting Rendering
backend = software.

(In reply to Christoph Feck from comment #30)
> You can force OpenGL 2.1 for intel 915+ by enabling ARB_occlusion_query and
> ARB_fragment_shader in drirc.

Well, I didn't expect I could do that. Now I'm using OpenGL 2.1, so plasma
provides more effects and seems more responsive, except for certain localized
areas (like the workspace theme section, that apparently has become slower).
Unfortunately, the kscreenlocker_greet issue is still present, but now that I
have a capable opengl 2 graphic chip, I'm appending new qdbus and gdb debug
info when using OpenGL 2 compositor.

ps. These were really useful tips anyway, I apreciate that.

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