When I bring up the poweroff/logout screen on Plasma Wayland, the compositor drops down to about 30 FPS. I can see this framerate drop in the Show Kwin FPS desktop effect, but it's also very noticeable because the mouse cursor framerate drops down to 30 FPS as well. I'm not seeing this performance drop on X11.
Operating System: openSUSE Tumbleweed 20230113
KDE Plasma Version: 5.26.5
KDE Frameworks Version: 5.101.0
Qt Version: 5.15.8
Kernel Version: 6.1.4-1-default (64-bit)
Graphics Platform: Wayland
Processors: 8 × AMD Ryzen 7 3700U with Radeon Vega Mobile Gfx
Memory: 29.3 Gibyte of RAM
Graphics Processor: AMD Radeon Vega 10 Graphics
Product Name: Aspire A315-41
System Version: V1.18
Try changing the latency policy to "prefer smoothest animations"
*** This bug has been marked as a duplicate of bug 452119 ***
"Prefer smoothest animations" does help.
It may be related to that issue. Though I'm curious why the poweroff screen in particular has such bad performance, I'm not getting as much of a performance drop anywhere else. And the fact that the cursor is affected by the compositor performance feels like an issue of its own.
It's probably the blur effect
The Vega graphics in the Ryzen 3700U is a lot more powerful than the Intel iGPUs listed in bug 452119, and I also have a laptop with a weaker Ryzen 2500U and performance is no worse on Wayland than on X11. So I doubt this is the same issue as bug 452119.
Do you get the same performance issues if you open the Application Dashboard instead of the logout screen?
Does disabling contrast and/or blur effects make a difference?
Do you have any non-default effects installed and enabled?
Not sure sure how to access the dashboard. I have no non-default effects. Disabling blur helps.
The dashboard is a widget that you can add to your panel. Checking the overview effect (Meta+W) *should* give similar results too
Hard to find what widget is referred to, since my system isn't set to English. I'm not seeing any obvious stutter in the Meta+W overview though.
If you disable the blur and/or contrast effects, does that change anything?
Seems to depend on what the latency is set to.
Force Lowest Latency:
Significant stutter. Disabling background contrast and blur doesn't seem so change performance noticably.
Significant stutter with both settings on. Disabling background contrast improves it a tiny bit. Disabling blur mostly gets rid of most or all of the stutter.
Little to no stutter, even with both settings on.
Dear Bug Submitter,
This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.
For more information about our bug triaging procedures please read the
wiki located here:
If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.
Thank you for helping us make KDE software even better for everyone!
I also recently switched to a Radeon 6500 Xt in a desktop system, with OpenSUSE Leap 15.5, a Ryzen 1700X, two 1440p screens and one 1080p screen. There everything feels lower performance on Wayland. For example the desktop switch animation feels like its running at 30 or maybe even 20 FPS, while on X11 it mostly runs at 60 FPS. But maybe that's a different issue.
(In reply to Linus Kardell from comment #12)
> I also recently switched to a Radeon 6500 Xt in a desktop system, with
> OpenSUSE Leap 15.5, a Ryzen 1700X, two 1440p screens and one 1080p screen.
> There everything feels lower performance on Wayland. For example the desktop
> switch animation feels like its running at 30 or maybe even 20 FPS, while on
> X11 it mostly runs at 60 FPS. But maybe that's a different issue.
Though that system has the 1080p monitor connected to an Geforce 1030 DDR4 with Nouveau, so it might be https://bugs.kde.org/show_bug.cgi?id=452219
You could test to find out if that's the case by simply unplugging that monitor.
What latency policy are you using there?
It does indeed get significantly better when disabling that monitor. The latency policy does not seem to make a significant difference.
Great, then that means this will be fixed in Plasma 6
(In reply to Zamundaaa from comment #16)
> Great, then that means this will be fixed in Plasma 6
That issue will, but that was different from what this bug report was about. Sorry for mixing it in here.
Right, but the other issue is also already fixed in Plasma 6. Turning the latency policy down should no longer cause stutters since https://invent.kde.org/plasma/kwin/-/merge_requests/4293 (and the latency policy setting will be removed in favor of something more automatic too)
Oh, I see. Thanks