Bug 451590 - Stutter when opening WindowHeap-based effects
Summary: Stutter when opening WindowHeap-based effects
Status: REOPENED
Alias: None
Product: kwin
Classification: Unclassified
Component: effects-various (show other bugs)
Version: master
Platform: Neon Packages Linux
: NOR normal (vote)
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
: 453993 455422 455474 455767 (view as bug list)
Depends on:
Blocks:
 
Reported: 2022-03-16 20:26 UTC by Eric Edlund
Modified: 2022-06-29 01:43 UTC (History)
8 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Eric Edlund 2022-03-16 20:26:17 UTC
SUMMARY
When I have a second display plugged in, toggling overview stutters

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Neon 5.23 User Edition
(available in About System)
KDE Plasma Version: 5.23.5
KDE Frameworks Version: 5.89.0
Qt Version: 5.15.3
Comment 1 Nate Graham 2022-03-26 02:17:43 UTC
X11 or Wayland? What do you mean by "stutters"? Can you attach a screen recording?
Comment 2 Eric Edlund 2022-03-26 14:42:55 UTC
Wayland. Also, you need multiple windows open. It doesn't consistently happen the first time you toggle, try a few times.
Interestingly, I couldn't even get it to toggle with the shortcut on XOrg.

Video:
https://drive.google.com/file/d/175dS_nY4kH8-wfBfYTTHgFDsPLH2ZU57/view?usp=sharing

I was triggering in the video with gestures but shortcuts do the same thing.
Comment 3 Nate Graham 2022-04-01 19:01:33 UTC
Cannot reproduce on Wayland with an external monitor, no matter where it is positioned relative to the laptop screen.
Comment 4 Eric Edlund 2022-04-05 11:37:20 UTC
I can do it without a second monitor in MR 2196 just by going slowly up and down on the touchpad.
Comment 5 Nate Graham 2022-06-17 18:35:10 UTC
*** Bug 455474 has been marked as a duplicate of this bug. ***
Comment 6 Nate Graham 2022-06-17 18:54:09 UTC
*** Bug 453993 has been marked as a duplicate of this bug. ***
Comment 7 Nate Graham 2022-06-17 18:54:17 UTC
*** Bug 455422 has been marked as a duplicate of this bug. ***
Comment 8 Nate Graham 2022-06-17 21:56:14 UTC
Should be fixed by https://invent.kde.org/plasma/kwin/-/commit/a6b5efd43d886d73d7662bad5cff019970be349e in Plasma 5.25.1, by Vlad Zahorodnii.
Comment 9 Nate Graham 2022-06-22 16:29:50 UTC
*** Bug 455767 has been marked as a duplicate of this bug. ***
Comment 10 Nate Graham 2022-06-22 16:30:49 UTC
Re-opening as we got a duplicate bug report from 5.25.1 so I guess it's not fully fixed yet for everyone.
Comment 11 hugh 2022-06-22 18:07:57 UTC
Yeah, this is definitely not fixed in 5.25.1.

The destkop effects bugs were fixed, the choppy transition into and out of it is not.

Same for the other Window Management destop effects redeveloped for 5.25, they all experience this transition issue, desktop effect is the choppiest though.

X11 user.
Comment 12 David Edmundson 2022-06-23 16:00:59 UTC
*** Bug 455585 has been marked as a duplicate of this bug. ***
Comment 13 David Edmundson 2022-06-23 16:16:00 UTC
I found something interesting on nvidia + X11.

We're losing all our CPU time in makeCurrent which in turn sits about in __sched_yield.
i.e we're blocking waiting for the vblank. 

Our QtQuick windows aren't schedules to anything in particular, we just update them off a timer and hope it's all in sync.
We could sync it to the relevant RenderLoop relatively easily and it might have a noticeable effect and fix some other issues (hopefully).

Should be relatively easy to try and confirm if it makes a difference.