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
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
This also happens on intel graphics
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
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
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
I can confirm this bug on intel graphics
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
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
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.
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(!). :-/
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 ```
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.
This is still a thing in plasma 5.26
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.
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.