This is sort of a continuation of an existing bug that I can't find. The problem is getting better, but with the latest Xorg server, mapping windows is a little slow, noticeable especially when switching virtual desktops in KDE. There is one version of the Xorg server that does not have this problem. It is Gentoo version 1.1.1-r2. All other versions have this problem (or worse...slow to move windows and even slower to map them). Other relevant info: [laptop specs] ATI x300 1 gig of RAM running kernel 2.6.18-suspend2 (2.6.18 + gentoo patches + software suspend patches) [xorg.conf] Section "Extensions" Option "Composite" "Enable" EndSection Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" InputDevice "Mouse0" "CorePointer" # InputDevice "Synaptics Mouse" "AlwaysCore" InputDevice "Keyboard0" "CoreKeyboard" Option "AIGLX" "on" EndSection Section "Files" FontPath "/usr/share/fonts/misc/" FontPath "/usr/share/fonts/TTF/" FontPath "/usr/share/fonts/Type1/" FontPath "/usr/share/fonts/CID/" FontPath "/usr/share/fonts/75dpi/" FontPath "/usr/share/fonts/100dpi/" EndSection Section "ServerFlags" Option "Xinerama" "Off" EndSection Section "Module" Load "extmod" Load "dri" Load "dbe" Load "record" Load "xtrap" Load "glx" Load "type1" Load "freetype" # Load "synaptics" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "CorePointer" Option "Device" "/dev/input/mice" Option "Protocol" "IMPS/2" Option "Emulate3Buttons" "yes" Option "ZAxisMapping" "4 5" EndSection Section "InputDevice" Identifier "Synaptics Mouse" Driver "synaptics" Option "Device" "/dev/input/mouse0" Option "Protocol" "auto-dev" Option "LeftEdge" "1700" Option "RightEdge" "5300" Option "TopEdge" "1700" Option "BottomEdge" "4200" Option "FingerLow" "25" Option "FingerHigh" "30" Option "MaxTapTime" "180" Option "MaxTapMove" "220" Option "VertScrollDelta" "100" Option "MinSpeed" "0.09" Option "MaxSpeed" "0.18" Option "AccelFactor" "0.0015" Option "SHMConfig" "on" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Monitor Vendor" ModelName "Monitor Model" DisplaySize 370 278 Option "DPMS" EndSection Section "Device" Identifier "Card0" Driver "ati" VendorName "ATI Technologies Inc" BoardName "Unknown Board" Option "AccelMethod" "exa" Option "MigrationHeuristic" "greedy" Option "AccelDFS" "on" Option "FBTexPercent" "100" Option "EnablePageFlip" "true" Option "AGPFastWrite" "on" Option "ColorTiling" "1" # Option "MergedFB" "true" # Option "CRT2Position" "RightOf" # Option "CRT2Hsync" "50-75" # Option "CRTY2VRefresh" "30-82" # Option "MonitorLayout" "LCD,CRT" # Option "MergedXineramaCRT2IsScreen0" "true" BusID "PCI:1:0:0" Screen 0 EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" DefaultDepth 24 Option "XaaNoOffscreenPixmaps" "true" SubSection "Display" Viewport 0 0 Depth 8 Modes "1400x1050" "1280x1024" "1024x768" "800x600" EndSubSection SubSection "Display" Viewport 0 0 Depth 16 Modes "1400x1050" EndSubSection SubSection "Display" Viewport 0 0 Depth 24 Modes "1400x1050" "1280x1024" "1024x768" "800x600" EndSubSection EndSection Section "dri" Mode 0666 EndSection
(In reply to comment #0) > There is one version of the Xorg server that does not have this problem. It is > Gentoo version 1.1.1-r2. All other versions have this problem [...] You're saying that Gentoo X server behaves differently than the upstream version it's based on? If so, can you try to narrow down the patch(es) or special build option(s) that make the difference? Note that there are a lot of known EXA performance issues up to and including X.org 7.2. Current xserver git may be better. > Option "FBTexPercent" "100" This option completely disables EXA offscreen memory and by extension mostly disables 2D hardware acceleration. Is that intended?
All the X servers I am installing are from Gentoo. So I just last night tried xorg-server-1.2 (from Gentoo) and that's when I had the problem, as was the case every other time I tried upgrading. As far as the FBTexPercent option, I left that in there from an earlier episode here on Bugzilla where I was having slow EXA performance on single-head but not on dual-head. For the working server version, it doesn't actually seem to make a difference what that value is set to. I will try putting it down to 0% to see if that fixes this issue (I'm sorry that I forgot to do that before filing this bug report :( ). I will try git tonight or tomorrow and see if that helps.(In reply to comment #1) > (In reply to comment #0) > > There is one version of the Xorg server that does not have this problem. It is > > Gentoo version 1.1.1-r2. All other versions have this problem [...] > > You're saying that Gentoo X server behaves differently than the upstream > version it's based on? If so, can you try to narrow down the patch(es) or > special build option(s) that make the difference? > > Note that there are a lot of known EXA performance issues up to and including > X.org 7.2. Current xserver git may be better. > > > Option "FBTexPercent" "100" > > This option completely disables EXA offscreen memory and by extension mostly > disables 2D hardware acceleration. Is that intended? >
I tried all the things I said and I still had the same problem. However, with xorg-server 1.2, the problems aren't AS bad as they were before, albeit still noticeable. Messing around with FBTexPercent did not make much of a difference.
Sorry about the phenomenal bug spam, guys. Adding xorg-team@ to the QA contact so bugs don't get lost in future.
Closing due to inactivity. Please reopen if this is still a bug.
(In reply to comment #5) > Closing due to inactivity. Please reopen if this is still a bug. It was fixed probably by 2008 when Exa was being cleaned up. I don't use that laptop anymore, but I don't recall window mapping having been slow for quite some time. Sorry about leaving the orphan bug report.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.