| Summary: | resizing windows really slow (even without GUI effects) | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | Jelle Geerts <bughunter2> |
| Component: | general | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | dankeris, kpoxo6op, linuxhippy, sgh, torquil |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Jelle Geerts
2009-01-24 20:17:21 UTC
Have you setup your graphics drivers as explained in http://userbase.kde.org/GPU-Performance ? Sorry, this only occurs for GTK windows, not Qt windows. And I disabled 'Display content in moving windows' and 'Display content in resizing windows'. Just drawing a rectangle shouldn't be affected by the setup of the drivers (really) since in KDE3 this worked just fine (with the same settings). I am having almost the same issue. The windows resizing is slow when I enable desktop effects. When I disable desktop effects switching between virtual desktops is very slow. Using fglrx 9.4 and kde 4.2.3 . I think this happens to all applications. Haven't tested it thouroughly I've run into this as well and what I have found is that the problem occurs with XAA acceleration. Switching to the Radeon (open source) driver and EXA acceleration fixes it. Fglrx does not support EXA though so AFAIK there is no way to correct the problem with fglrx. @ bughunter@sth. could this be #183263? @tadas this is probably another bug and likely about bad pixmap allocation strategy in your driver (see #191253) do you have issues when un-minimize as well? @Thomas Lübking: Unlikely, since that's about GTK+ apps and about resizing windows after they reached their minimum size. so this only occurs on GTK 1.x (i.e. good old xmms?) windows? try skipping arbg visuals then, e.g. from a textshell: export XLIB_SKIP_ARGB_VISUALS=1 xmms *** Bug 158984 has been marked as a duplicate of this bug. *** Option "XAANoOffscreenPixmaps" "true" helped in xorg.conf device section this seems to be quite related to: 183263 unsure, see comments #2 #6 and (unanswered) #7 Some guy researched this bug: http://blog.jasondonenfeld.com/190 He has found the reason of this bug in xorg source cod in file ./composite/compalloc.c I would be glad to test his solution, but i don't use Gentoo and I don't know how to copmpile xorg... May be somebody will try that solution? Can someone please test this in current KDE 4.4 trunk as it may have been fixed by r1030473. The possible fix isn't in 4.3.2 (Unless distributions unofficially backport the change) but it will be in 4.3.3. I have to remind everyone that this bug report is about slow window resizing when desktop effects are DISABLED. SVN commit 1030921 by lmurray: Don't send sync requests when using the rubber band for window resizing. BUG: 181800 CCBUG: 183263 M +2 -1 geometry.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1030921 SVN commit 1030922 by lmurray: Backport r1030921: Don't send sync requests when using the rubber band for window resizing. CCBUG: 181800 CCBUG: 183263 M +2 -1 geometry.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1030922 |