| Summary: | FPS drops vastly when switching virtual desktops with many opened windows so that the panel floats or de-floats | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | postix <postix> |
| Component: | performance | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | kdedev, nate |
| Priority: | NOR | ||
| Version First Reported In: | 6.1.1 | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| See Also: |
https://bugs.kde.org/show_bug.cgi?id=489232 https://bugs.kde.org/show_bug.cgi?id=486900 |
||
| Latest Commit: | Version Fixed/Implemented In: | 6.2.0 | |
| Sentry Crash Report: | |||
|
Description
postix
2024-06-28 18:44:32 UTC
My guess is that the underlying code uses some expensive routine to adjust the new positions continuously of each window individually when the panel de-floats, adding up to many CPU cycles. > Proper async resizing > The panel resizes when contents change, it doesn't know it's constrained until after it did the resize. It may get configure sent back, it may not. > Between the client wanting to resize and getting configured rendering any frames will be wrong. We cannot inhibit frames in the client without knowing when to inhibit and stop inhibiting. I'm convinced we need something like xdg_popup.reposition https://invent.kde.org/plasma/kwin/-/issues/229#note_979763 related? This appears to be fixed for me in current git master, likely due to the floating panel refactor work recently. However please do feel free to re-open it if you find it's still a problem after upgrading to Plasma 6.2. Thanks! \o/ thanks, otherwise will do so! |