Bug 426412 - Kwin laggy after pausing and un-pausing compositing
Summary: Kwin laggy after pausing and un-pausing compositing
Status: CONFIRMED
Alias: None
Product: kwin
Classification: Plasma
Component: compositing (show other bugs)
Version: 5.22.4
Platform: Manjaro Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-09-11 15:15 UTC by gregorystarr00
Modified: 2023-02-18 09:28 UTC (History)
12 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description gregorystarr00 2020-09-11 15:15:18 UTC
SUMMARY
Whenever I open a compositing freezing app (like a game) and then close it, when compositing resumes, it is far more laggy and slow. Only running kwin_x11 --replace fixes the issue. 
STEPS TO REPRODUCE
1. Open a game or composting blocking app
2. Close it
3. Profit

OBSERVED RESULT
Kwin is laggy and requires a restart.

EXPECTED RESULT
Kwin works fine. 

SOFTWARE/OS VERSIONS
Operating System: Manjaro Linux
KDE Plasma Version: 5.19.5
KDE Frameworks Version: 5.73.0
Qt Version: 5.15.0
Kernel Version: 5.7.19-2-MANJARO
OS Type: 64-bit
Processors: 16 × AMD Ryzen 7 3700X 8-Core Processor
Memory: 15.6 GiB of RAM
Graphics Processor: GeForce GTX 1070 Ti/PCIe/SSE2

ADDITIONAL INFORMATION
Comment 1 Karl Ove Hufthammer 2020-10-25 12:07:37 UTC
I can confirm. Nvidia user on a different distro. For me this also happens after just logging in; I don’t have to run a game first. All animation is very laggy/jerky (like the system is running at 5–10 fps). The easiest way to see this is to start the application menu (Kickoff) and select a tab. The glide animation when switching tabs is very jerky. Restarting kwin using

  kwin_x11 --replace &

fixes this, and the animation becomes silky smooth. If I run a full-screen 3D game (e.g., Neverball), the animation becomes jerky again, and I have to restart kwin_x11 for things to become smooth.

Operating System: openSUSE Tumbleweed 20201023
KDE Plasma Version: 5.20.1
KDE Frameworks Version: 5.75.0
Qt Version: 5.15.1
Kernel Version: 5.8.15-1-default
OS Type: 64-bit
Processors: 4 × Intel® Core™ i5-2500 CPU @ 3.30GHz
Memory: 15.6 GiB of RAM
Graphics Processor: GeForce GTX 1060 3GB/PCIe/SSE2
Comment 2 Mateus Honorato 2021-03-03 06:23:50 UTC
This also happens on intel graphics
Comment 3 max 2021-06-18 18:29:51 UTC
This happens to me too, but restarting kwin with kwin_x11 --replace & does not fix the problem. Logging out and back in fixes it until the compositor is paused again

I'm running on an Nvidia Prime Laptop with a gtx1050m with prime render offload

Operating System: Kubuntu 21.04
KDE Plasma Version: 5.21.4
KDE Frameworks Version: 5.80.0
Qt Version: 5.15.2
Kernel Version: 5.11.0-18-generic
OS Type: 64-bit
Graphics Platform: X11
Processors: 8 × Intel® Core™ i7-7700HQ CPU @ 2.80GHz
Memory: 15.5 GiB of RAM
Graphics Processor: Mesa Intel® HD Graphics 630
Comment 4 Tadej Rosa 2021-06-21 10:44:19 UTC
Intel graphics here. Happens to me too.

Hardware details:

Operating System: Kubuntu 20.04
KDE Plasma Version: 5.18.5
KDE Frameworks Version: 5.68.0
Qt Version: 5.12.8
Kernel Version: 5.8.0-55-generic
OS Type: 64-bit
Processors: 4 × Intel® Core™ i5-4310M CPU @ 2.70GHz
Memory: 7,7 GiB of RAM
Graphics: Intel HD Graphics 4600
Comment 5 Tadej Rosa 2021-06-21 11:00:51 UTC
I seem to have provided information from my Kubuntu install instead of Neon, where this bug occurs, but I couldn't find a way to edit or delete the comment. Here's the correct information:

Operating System: KDE neon 5.22
KDE Plasma Version: 5.22.1
KDE Frameworks Version: 5.83.0
Qt Version: 5.15.3
Kernel Version: 5.8.0-55-generic (64-bit)
Graphics Platform: X11
Processors: 4 × Intel® Core™ i5-4310M CPU @ 2.70GHz
Memory: 7,7 GiB of RAM
Graphics Processor: Mesa DRI Intel® HD Graphics 4600
Comment 6 Simon Ledoux 2021-07-11 11:26:42 UTC
I can confirm this bug on intel graphics
Comment 7 Timothy B 2021-07-22 01:36:46 UTC
I used to get this all the time with a Nvidia GTX 1060 6GB card running proprietary drivers, but since I swapped out to a Radeon RX 570 with the Mesa AMDGPU driver about a month ago, I haven't had any stuttering or lag every time the compositor was turned off and back on. Therefore, it's possible that the AMDGPU driver is barely affected by this.

SOFTWARE/OS VERSIONS
Operating System: Manjaro Linux
KDE Plasma Version: 5.22.3
KDE Frameworks Version: 5.83.0
Qt Version: 5.15.2
Kernel Version: 5.12.14-2-MANJARO (64-bit)
Graphics Platform: X11
Processors: 12 × AMD Ryzen 5 1600 Six-Core Processor
Memory: 15.6 GiB of RAM
Graphics Processor: Radeon RX 570 Series
Comment 8 Damian C 2021-09-20 07:46:03 UTC
Confirm the same bug.

kwin_x11 --replace
Removes the lag.

Operating System: Manjaro Linux
KDE Plasma Version: 5.22.5
KDE Frameworks Version: 5.85.0
Qt Version: 5.15.2
Kernel Version: 5.13.15-1-MANJARO (64-bit)
Graphics Platform: X11
Processors: 12 × Intel® Core™ i7-8700K CPU @ 3.70GHz
Memory: 15,6 GiB of RAM
Graphics Processor: NVIDIA GeForce GTX 1070/PCIe/SSE2
Comment 9 Andreas Kilgus 2021-11-04 21:51:28 UTC
Have you tried to switch "Keep window thumbnails" to "always" (s. https://bugs.kde.org/show_bug.cgi?id=425856)? For several users including me this option removes the laggy desktop experience caused by compositing enabled.
Comment 10 Draget 2021-12-24 08:49:51 UTC
Happens constantly to me, too.

Betriebssystem: Gentoo Linux
KDE-Plasma-Version: 5.23.4
KDE-Frameworks-Version: 5.88.0
Qt-Version: 5.15.2
Kernel-Version: 5.14.16-gentoo-dist (64-bit)
Grafik-Plattform: X11
Prozessoren: 8 × Intel® Core™ i7-10510U CPU @ 1.80GHz
Speicher: 31,2 GiB Arbeitsspeicher
Grafikprozessor: Mesa Intel® UHD Graphics

This also happened for Plasma 5.22, also on Kernel 5.11, 5.12, 5.13.


kwin_11 --restart does not help, changing vsync or compositor from OpenGL 3 to 2 or any of the settings does not help. The only thing that used to help was using Renderer XRender, which sucked, but would work smoothly. Switching back to OpenGL would lag immediately again. With Plasma 5.23 there is no XRender optional anymore and I have to restart.

Whatever is causing this, it is already happening since months(!). :-/
Comment 11 Draget 2021-12-24 09:01:33 UTC
Additional info:

when killing kwinX11, everything is smooth (without window decorations) again. Restart kwinX11 re-introduces the issue again.

kwin_X11 startup log:

```
Warning: Setting a new default format with a different version or profile after the global shared context is created may cause issues with context sharing.
qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 180, resource id: 65011731, major code: 20 (GetProperty), minor code: 0
qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 181, resource id: 65011731, major code: 20 (GetProperty), minor code: 0
kwin_xkbcommon: XKB: /usr/share/X11/locale/en_US.UTF-8/Compose:5089:46: this compose sequence is a duplicate of another; skipping line
kwin_xkbcommon: XKB: /usr/share/X11/locale/en_US.UTF-8/Compose:5091:48: this compose sequence is a duplicate of another; skipping line
kwin_xkbcommon: XKB: /usr/share/X11/locale/en_US.UTF-8/Compose:5093:48: this compose sequence is a duplicate of another; skipping line
kwin_xkbcommon: XKB: /usr/share/X11/locale/en_US.UTF-8/Compose:5097:47: this compose sequence is a duplicate of another; skipping line
kwin_xkbcommon: XKB: /usr/share/X11/locale/en_US.UTF-8/Compose:5099:46: this compose sequence is a duplicate of another; skipping line
kwin_xkbcommon: XKB: /usr/share/X11/locale/en_US.UTF-8/Compose:5107:48: this compose sequence is a duplicate of another; skipping line
kwin_xkbcommon: XKB: /usr/share/X11/locale/en_US.UTF-8/Compose:5111:46: this compose sequence is a duplicate of another; skipping line
kwin_xkbcommon: XKB: /usr/share/X11/locale/en_US.UTF-8/Compose:5113:46: this compose sequence is a duplicate of another; skipping line
kwin_xkbcommon: XKB: /usr/share/X11/locale/en_US.UTF-8/Compose:5117:45: this compose sequence is a duplicate of another; skipping line
kwin_xkbcommon: XKB: /usr/share/X11/locale/en_US.UTF-8/Compose:5120:46: this compose sequence is a duplicate of another; skipping line
qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 3995, resource id: 14680119, major code: 3 (GetWindowAttributes), minor code: 0
qt.qpa.xcb: QXcbConnection: XCB error: 9 (BadDrawable), sequence: 3996, resource id: 14680119, major code: 14 (GetGeometry), minor code: 0
qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 4043, resource id: 14680138, major code: 3 (GetWindowAttributes), minor code: 0
qt.qpa.xcb: QXcbConnection: XCB error: 9 (BadDrawable), sequence: 4044, resource id: 14680138, major code: 14 (GetGeometry), minor code: 0
OpenGL vendor string:                   Intel
OpenGL renderer string:                 Mesa Intel(R) UHD Graphics (CML GT2)
OpenGL version string:                  4.6 (Compatibility Profile) Mesa 21.2.6
OpenGL shading language version string: 4.60
Driver:                                 Intel
GPU class:                              Comet Lake
OpenGL version:                         4.6
GLSL version:                           4.60
Mesa version:                           21.2.6
X server version:                       1.20.14
Linux kernel version:                   5.14.16
Requires strict binding:                yes
GLSL shaders:                           yes
Texture NPOT support:                   yes
Virtual Machine:                        no
kwin_core: XCB error: 10 (BadAccess), sequence: 4283, resource id: 1977, major code: 141 (Composite), minor code: 2 (RedirectSubwindows)
qt.qpa.xcb: QXcbConnection: XCB error: 9 (BadDrawable), sequence: 4829, resource id: 39856754, major code: 14 (GetGeometry), minor code: 0
qt.qpa.xcb: QXcbConnection: XCB error: 9 (BadDrawable), sequence: 4830, resource id: 39856756, major code: 14 (GetGeometry), minor code: 0
qt.qpa.xcb: QXcbConnection: XCB error: 9 (BadDrawable), sequence: 4831, resource id: 39856758, major code: 14 (GetGeometry), minor code: 0
qt.qpa.xcb: QXcbConnection: XCB error: 9 (BadDrawable), sequence: 4832, resource id: 39856768, major code: 14 (GetGeometry), minor code: 0
qt.qpa.xcb: QXcbConnection: XCB error: 9 (BadDrawable), sequence: 4833, resource id: 39856770, major code: 14 (GetGeometry), minor code: 0
```
Comment 12 zyf0330 2022-01-26 16:08:36 UTC
I just have one Intel integrated GPU card, and choose to use OpenGL backend is laggy, switch to Xrender is smooth. Once I switch to OpenGL 3.1 or 2.0 in compositor, screen is laggy.
Comment 13 Marco 2023-02-15 11:00:10 UTC
This is still a thing in plasma 5.26
Comment 14 Marco 2023-02-16 08:20:26 UTC
This bug has been around since years, and it has become unbearable with multi monitor setups. Anything that slightly affects compositing will make everything unresponsive. I find myself disconnecting and reconnecting the external screen at least twice a day to fix the stutter. This should have top priority. It definitely destroys usability with multiscreen setups.
Comment 15 Marco 2023-02-18 09:28:31 UTC
To add more context. It seems the issue has something to do with the screen placement. I had my external screen on top of my laptop screen, and the issue occurred 100% of the time. I moved the screen on the right, and the issue is gone. Actually, after doing this, I could even move back my external screen on top, and the issue did not present it self anymore.