https://bugs.kde.org/show_bug.cgi?id=368838
--- Comment #57 from Matt Whitlock <k...@mattwhitlock.name> --- (In reply to Marco Martin from comment #50) > can this be tried again with a more recent Qt? either the latest 5.9 or 5.10 > making sure both of these patches are in: > > https://codereview.qt-project.org/#/c/200715/ > https://codereview.qt-project.org/#/c/202781/ The second patch set (202781) is a reversion of the first patch set (200715) plus one extra line [sgrc->endSync();]. I confirm that the dev-qt/qtdeclarative-5.9.4 that is built on my Gentoo system does contain that added line. (In reply to Alexander Schlarb from comment #48) > 2. Memory usage of the offending process will be accounted correctly with > running it with `LIBGL_ALWAYS_SOFTWARE=true`, but the leaking issue will > persist I tried this and do confirm that the leak persists and is accounted to the plasmashell process. In this case, radeontop shows unchanging VRAM usage, which is not surprising, given that the rendering is happening all in software. (The transitions between wallpaper images are a lot jerkier, and CPU usage is through the roof.) It's worth noting that triggering this bug is not always so simple as starting up a plasmashell and running a slideshow. For me, it can take many minutes of running an aggressive slideshow before plasmashell starts to leak memory. Maybe this suggests that a race condition is the initial triggering event that leads into the state in which plasmashell leaks textures. Also, I'm not sure if this is a placebo effect, but it may be that mousing over the launcher icons and task manager buttons in the panel (to cause the sliding tooltips effect) may increase the likelihood of starting the memory leak. Once it starts leaking, it's dramatic and fast when you're running a slideshow wallpaper with a 1-second interval. (In reply to gertlink_nospam from comment #51) > QSG_RENDER_LOOP=threaded solves the problem here. After about 10 minutes of trying, I have been unable to trigger the leak when running plasmashell with the threaded render loop. I'll leave the slideshow wallpaper enabled (with a less aggressive, 29-minute interval), using this threaded render loop, and I'll continue to monitor for excessive VRAM usage. -- You are receiving this mail because: You are watching all bug changes.
