[kwin] [Bug 466771] Some windows are painted black on X11, processes freeze
https://bugs.kde.org/show_bug.cgi?id=466771 Kai Krakow changed: What|Removed |Added CC||k...@kaishome.de --- Comment #32 from Kai Krakow --- I've first seen this on Plasma 6 with Gen4 Intel iGPU using wayland. It doesn't happen with Xorg on that same system. Maybe related: On my NVIDIA system, the same thing happens with wayland quite easily if I run wayland during gaming/streaming with OBS. It's really bad, I've gone back to Xorg. But even with Xorg, kwin_x11 and plasma-shell often crash and restart after 2+ hours, causing severe stutters in game and causing framedrops in recording/streaming. When this happens, plasmashell already uses 2 GB of VRAM. I really don't know why it eats so much VRAM, and it probably crashes because it fails to allocate anything more. VRAM usage of plasmashell it absurd, even when idle, it already uses 800+ MB, after some light usage, it easily uses 1+ GB already. The nvidia-drivers can do some cleanup every once in a while (a feature called "CPMM", please ask NVIDIA developers about the details, I'm not allowed to disclose the tuning parameters: it's active by default with 10min cleanup interval). It brings usage down from 800 MB initially to only 170 MB (using 15 seconds cleanup interval [1]). But that only means that plasmashell piles up a lot of render surfaces or render buffers it never cleans up on its own. This feature only works for GL, so if you switch to Vulkan using "kcmshell6 qtquicksettings", it shows the bad behavior again. Unfortunately, using the software renderer no longer works in Plasma 6: it renders icons to the wrong positions or completely removes them from rendering as soon as you hover the mouse over them. But in this mode, plasmashell uses only 4 MB of VRAM and I'm seeing no negative performance impact. In Plasma 5, this has been the game changer. Now with Plasma 6, the system isn't really usable if you stress the system with VRAM allocations as games usually do. And that's not limited to NVIDIA, it happens on Intel iGPUs too, and usually very quickly because of the low amount of shared VRAM. And with wayland, all of this is handled exceptionally bad, Xorg is a little more forgiving. While wayland works beautifully (ultra-smooth desktop, proper scaling etc) for light desktop usage, everything causes havoc if you do some real work like having lots of open windows on multiple monitors (4 in my instance), rendering or gaming, especially with OBS. Plasma starts to fight with every process in the system over GPU resources. There's no longer an option to use software rendering because rendering is just broken with it. I really don't need hardware accelerated rendering for the plasmashell: In the end, it's just a bar to switch between applications, and launcher and notification manager. But it's the main consumer of GPU resources on a KDE desktop, and it fights for it really hard, hurting performance more than what is gained by hardware rendering. Currently I can work around it by using QSV with OBS (instead of NVENC), limiting my main game VRAM usage through DXVK and using a short CMPP interval only for plasmashell. But that only helps short term, longer sessions are really borked, and after more than 2 days of usage, I'd rather need to reboot before trying anything else. Also, it's a little more stable by using the NVIDIA open kernel drivers: they seem to handle VRAM a little different. But even if drivers can or should fix it, VRAM usage of plasmashell is still absurdly high and it will hurt performance for gaming - no matter what a driver can do. I hope this gets fixed sooner than later, that would be great. :-) [1]: This low interval has some unwanted side-effects in OBS as it cleans up OBS render resources, too, leading to repeated frametime spikes during recording or streaming. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 466771] Some windows are painted black on X11, processes freeze
https://bugs.kde.org/show_bug.cgi?id=466771 --- Comment #31 from php4...@gmail.com --- I'm still observing the symptoms described in issue 466317 (I hadn't seen it for a long time, but just now I got a black context menu, I think it was in Dolphin), which I'm not entirely convinced is the same as this bug bit it's marked as duplicate. Operating System: Manjaro Linux KDE Plasma Version: 5.27.11 KDE Frameworks Version: 5.115.0 Qt Version: 5.15.12 Kernel Version: 6.6.26-1-MANJARO (64-bit) Graphics Platform: X11 Processors: 12 × 12th Gen Intel® Core™ i7-1255U Memory: 15.3 GiB of RAM Graphics Processor: Mesa Intel® Graphics Manufacturer: ASUSTeK COMPUTER INC. Product Name: Vivobook_ASUSLaptop X1502ZA_F1502ZA System Version: 1.0 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 466771] Some windows are painted black on X11, processes freeze
https://bugs.kde.org/show_bug.cgi?id=466771 Grósz Dániel changed: What|Removed |Added CC||groszdaniel...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 466771] Some windows are painted black on X11, processes freeze
https://bugs.kde.org/show_bug.cgi?id=466771 fa...@me.com changed: What|Removed |Added CC||fa...@me.com --- Comment #30 from fa...@me.com --- A few days of bliss and then blackouts. Using Slackware, updating often, so I'm at Plasma Version 5.27.10, Frameworks Version 5.115.0, Qt Version 5.15.12, and Kernel Version 6.6.20 (64-bit), Graphics Platform X11. I first noticed the issue at kernel version roughly 6.1.15. Stephen's description of the issue mirrors my symptoms exactly. 1. I have discovered is that even though the pointer doesn't change when over buttons in the blacked out window, the button will still respond to a click. The window is not inactive, just unpainted. 2. If the graphics can be recovered by resizing the affected window, the window will often black out again once it is sized back to the original "black out" size. Something is remembering the blacked out state of the window in its original blacked out size. If the window is resized enough, it seems to force a more basic repainting of the window and it appears normally. 3. It seems to affect pop-ups, program windows, terminal windows, pop-outs, drop downs, panels, almost everything. The one window/panel that has never appeared blacked out is the drop down when you enter Edit Mode (Alt-D, E). HTH -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 466771] Some windows are painted black on X11, processes freeze
https://bugs.kde.org/show_bug.cgi?id=466771 mirh changed: What|Removed |Added CC||m...@protonmail.ch --- Comment #29 from mirh --- This is still a thing btw, and I can also report that locking has nothing to do with anything (I have everything disabled here, but screen dimming and sleep). Operating System: Manjaro Linux KDE Plasma Version: 5.27.10 KDE Frameworks Version: 5.113.0 Qt Version: 5.15.12 Kernel Version: 6.6.10-1-MANJARO (64-bit) Graphics Platform: X11 Processors: 6 × Intel® Core™ i5-9600K CPU @ 3.70GHz Memory: 31.3 GiB of RAM Graphics Processor: NVIDIA GeForce RTX 2080 SUPER/PCIe/SSE2 (545.29.06) -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 466771] Some windows are painted black on X11, processes freeze
https://bugs.kde.org/show_bug.cgi?id=466771 King Kang Kong changed: What|Removed |Added CC||r2b2x3+kde...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 466771] Some windows are painted black on X11, processes freeze
https://bugs.kde.org/show_bug.cgi?id=466771 Marcin Pertek changed: What|Removed |Added CC||kat.zygf...@gmail.com --- Comment #28 from Marcin Pertek --- I've been experiencing this bug ever since switching to KDE about a year ago. I'm pretty sure it's not memory exhaustion, since both my RAM and VRAM rarely cross 50% used. Perhaps it's related to what apps are being run. I have Firefox, another Firefox (Librewolf), Chromium, Jetbrains IDEA, Zim the desktop wiki and Yakuake running 24/7. Black windows start appearing every couple of days or weeks, I have a `kwin_x11 --replace` shortcut on my desktop for this reason. To be noted that after restarting kwin this way all Firefox windows are filled with garbage or pure transparency until they repaint. Currently reproducible on: Operating System: Gentoo KDE Plasma Version: 5.27.8 KDE Frameworks Version: 5.110.0 Qt Version: 5.15.10 Kernel Version: 6.5.5 Graphics Platform: X11 Processors: 16 × AMD Ryzen 7 5800X3D 8-Core Processor Memory: 125,7 GiB of RAM Graphics Processor: AMD Radeon RX 5700 8GB -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 466771] Some windows are painted black on X11, processes freeze
https://bugs.kde.org/show_bug.cgi?id=466771 --- Comment #27 from Eric S --- I still see it (using 5.27.8). Possibly less often / it takes longer to start occurring. I do have nvidia. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 466771] Some windows are painted black on X11, processes freeze
https://bugs.kde.org/show_bug.cgi?id=466771 --- Comment #26 from k...@imkx.dev --- I'm also not able to replicate it anymore. Not sure if it's entirely resolved, but I haven't encountered it anymore since I reported it. Might've been related to nvidia / mesa graphics. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 466771] Some windows are painted black on X11, processes freeze
https://bugs.kde.org/show_bug.cgi?id=466771 --- Comment #25 from Fushan Wen --- I can still see frozen windows sometimes, but they are all Firefox windows. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 466771] Some windows are painted black on X11, processes freeze
https://bugs.kde.org/show_bug.cgi?id=466771 Nate Graham changed: What|Removed |Added Severity|grave |critical Priority|VHI |NOR --- Comment #24 from Nate Graham --- Could be inodes or inotify watches. Might wanna check up on those. Lowering priority since we haven't gotten any new reports in a while and no developer has been able to reproduce it yet. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 466771] Some windows are painted black on X11, processes freeze
https://bugs.kde.org/show_bug.cgi?id=466771 --- Comment #23 from Eric S --- Could any plasma developer comment as to whether what I said in my previous comment (#15) makes any sense? Tthat is, whether there is any sort of windowing resource which the system can "run out" of? The behavior I see effects not just windows but thing like menus and tool tips. Sometimes I just have to open and close a menu repeatedly to get it to paint, as if some of this resource which the system ran out of eventually got garbage collected (or something like that). -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 466771] Some windows are painted black on X11, processes freeze
https://bugs.kde.org/show_bug.cgi?id=466771 Nate Graham changed: What|Removed |Added CC||k...@imkx.dev --- Comment #22 from Nate Graham --- *** Bug 471011 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 466771] Some windows are painted black on X11, processes freeze
https://bugs.kde.org/show_bug.cgi?id=466771 --- Comment #21 from e.insafutdi...@gmail.com --- This is still a problem on OpenSUSE Tumbleweed using the latest NVIDIA drivers 535.54.03 and KDE Plasma 5.27.6 X11. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 466771] Some windows are painted black on X11, processes freeze
https://bugs.kde.org/show_bug.cgi?id=466771 e.insafutdi...@gmail.com changed: What|Removed |Added CC||e.insafutdi...@gmail.com --- Comment #20 from e.insafutdi...@gmail.com --- *** Bug 471962 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 466771] Some windows are painted black on X11, processes freeze
https://bugs.kde.org/show_bug.cgi?id=466771 --- Comment #19 from nttkde --- I have noticed that over time Plasma rendering gets more sluggish (overall low framerate, things like menu item highlight changes etc. behave sluggishly) and that seems to be when I really start getting the black windows too. The Xorg process will have high CPU usage when doing something like playing a video in Firefox (but not when I'm not doing anything on the desktop). Not sure what is cause and what is symptom in this case though. In my case running kwin --replace fixes the sluggishness, Xorg CPU usage returns to being always at low levels and windows seem to render normally again (at least until things start slowing down again). -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 466771] Some windows are painted black on X11, processes freeze
https://bugs.kde.org/show_bug.cgi?id=466771 David Edmundson changed: What|Removed |Added CC||php4...@gmail.com --- Comment #18 from David Edmundson --- *** Bug 466317 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 466771] Some windows are painted black on X11, processes freeze
https://bugs.kde.org/show_bug.cgi?id=466771 --- Comment #17 from nttkde --- Hmm, I have an up-to-date KDE Neon and saw a black window just yesterday. Doesn't seem to be fixed here. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 466771] Some windows are painted black on X11, processes freeze
https://bugs.kde.org/show_bug.cgi?id=466771 --- Comment #16 from Félim Whiteley --- This appears to be fixed for me since the Mesa updates on Neon on 2023-05-24, something in here fixed. Upgrade: libgles2-mesa-dev:amd64 (22.2.5-0ubuntu0.1~22.04.1, 22.2.5-0ubuntu0.1~22.04.2), libglx-mesa0:amd64 (22.2.5-0ubuntu0.1~22.04.1, 22.2.5-0ubuntu0.1~22.04.2), libglx-mesa0:i386 (22.2.5-0ubuntu0.1~22.04.1, 22.2.5-0ubuntu0.1~22.04.2), libgbm1:amd64 (22.2.5-0ubuntu0.1~22.04.1, 22.2.5-0ubuntu0.1~22.04.2), libgbm1:i386 (22.2.5-0ubuntu0.1~22.04.1, 22.2.5-0ubuntu0.1~22.04.2),libgbm-dev:amd64 (22.2.5-0ubuntu0.1~22.04.1, 22.2.5-0ubuntu0.1~22.04.2), libxatracker2:amd64 (22.2.5-0ubuntu0.1~22.04.1, 22.2.5-0ubuntu0.1~22.04.2), mesa-va-drivers:amd64 (22.2.5-0ubuntu0.1~22.04.1, 22.2.5-0ubuntu0.1~22.04.2), mesa-va-drivers:i386 (22.2.5-0ubuntu0.1~22.04.1, 22.2.5-0ubuntu0.1~22.04.2), libgl1-mesa-dev:amd64 (22.2.5-0ubuntu0.1~22.04.1, 22.2.5-0ubuntu0.1~22.04.2), libgl1-mesa-dri:amd64 (22.2.5-0ubuntu0.1~22.04.1, 22.2.5-0ubuntu0.1~22.04.2), libgl1-mesa-dri:i386 (22.2.5-0ubuntu0.1~22.04.1, 22.2.5-0ubuntu0.1~22.04.2), libegl1-mesa-dev:amd64 (22.2.5-0ubuntu0.1~22.04.1, 22.2.5-0ubuntu0.1~22.04.2), mesa-vulkan-drivers:amd64 (22.2.5-0ubuntu0.1~22.04.1, 22.2.5-0ubuntu0.1~22.04.2), mesa-vulkan-drivers:i386 (22.2.5-0ubuntu0.1~22.04.1, 22.2.5-0ubuntu0.1~22.04.2), libglapi-mesa:amd64 (22.2.5-0ubuntu0.1~22.04.1, 22.2.5-0ubuntu0.1~22.04.2), libglapi-mesa:i386 (22.2.5-0ubuntu0.1~22.04.1, 22.2.5-0ubuntu0.1~22.04.2), libegl-mesa0:amd64 (22.2.5-0ubuntu0.1~22.04.1, 22.2.5-0ubuntu0.1~22.04.2), libegl-mesa0:i386 (22.2.5-0ubuntu0.1~22.04.1, 22.2.5-0ubuntu0.1~22.04.2), mesa-vdpau-drivers:amd64 (22.2.5-0ubuntu0.1~22.04.1, 22.2.5-0ubuntu0.1~22.04.2) -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 466771] Some windows are painted black on X11, processes freeze
https://bugs.kde.org/show_bug.cgi?id=466771 Eric S changed: What|Removed |Added CC||subscri...@blackbrook.org --- Comment #15 from Eric S --- I think I'm seeing the same thing (openSUSE Tumbleweed), except that I can make the problem go away by closing a lot of things. Typically what I close to fix it, at least temporarily is Firefox. I am someone who tends to have a pathological number of browser tabs and windows open so this closes a lot. Sometimes I can make the problem go away for a shorter amount of time by closing some other large application instead. It feels to me as if there were some system resource like window handles or some such that gets exhausted, something that the system is not cleaning up for reuse quickly enough. I'm not saying it must be that, but that's the feel of the behavior. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 466771] Some windows are painted black on X11, processes freeze
https://bugs.kde.org/show_bug.cgi?id=466771 Michael changed: What|Removed |Added CC||kde@callthecomputerdoctor.c ||om -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 466771] Some windows are painted black on X11, processes freeze
https://bugs.kde.org/show_bug.cgi?id=466771 --- Comment #14 from Félim Whiteley --- KDE Neon latest update still seeing this, just had it this morning. Effectively I need to log out and back in every 24hrs as once it starts it becomes unusable. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 466771] Some windows are painted black on X11, processes freeze
https://bugs.kde.org/show_bug.cgi?id=466771 --- Comment #13 from Fushan Wen --- Cannot reproduce recently. I think a Mesa update fixed it. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 466771] Some windows are painted black on X11, processes freeze
https://bugs.kde.org/show_bug.cgi?id=466771 Douglas Silva changed: What|Removed |Added CC||doug...@protonmail.ch --- Comment #12 from Douglas Silva --- Created attachment 157729 --> https://bugs.kde.org/attachment.cgi?id=157729=edit journald logs from the incident Operating System: Kubuntu 22.10 KDE Plasma Version: 5.25.5 KDE Frameworks Version: 5.98.0 Qt Version: 5.15.6 Kernel Version: 5.19.0-38-generic (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i3-10100 CPU @ 3.60GHz Memory: 15,6 GiB of RAM Graphics Processor: AMD Radeon RX 6600 Manufacturer: Gigabyte Technology Co., Ltd. Product Name: B460MDS3H -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 466771] Some windows are painted black on X11, processes freeze
https://bugs.kde.org/show_bug.cgi?id=466771 Aleix Pol changed: What|Removed |Added Priority|NOR |VHI Summary|Some windows are painted|Some windows are painted |black on X11|black on X11, processes ||freeze Severity|major |grave CC||aleix...@kde.org --- Comment #11 from Aleix Pol --- Updating the title and raising the priority since it seems the symptom is graver than it reads at first. -- You are receiving this mail because: You are watching all bug changes.
