Bug 222677

Summary: compiz extremely slow on i915 hardware when using low resolution
Product: [openSUSE] openSUSE 10.2 Reporter: Dirk Mueller <dmueller>
Component: XglAssignee: Matthias Hopf <mhopf>
Status: RESOLVED FIXED QA Contact: Bryan Perry <bperry>
Severity: Normal    
Priority: P5 - None CC: forgotten_l5QCzUHucG, sndirsch
Version: Beta 2 plus   
Target Milestone: ---   
Hardware: Other   
OS: Other   
Whiteboard:
Found By: Other Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---

Description Dirk Mueller 2006-11-20 16:24:54 UTC
Hi, 

I'm not entirely sure if this is a side effect of xrandr or not, but I often switch between different screen resolutions (builtin native display of the laptop and external displays), and compiz seems to become extremely slow on resolutions other than the native one (1400x1050). I'm not sure if this is a regression, but I've not noticed it before.
Comment 1 Forgotten User l5QCzUHucG 2006-11-29 22:34:13 UTC
I'm not sure whether this is related but when I switch to using Xgl as the Xserver (in /etc/sysconfic/displaymanager) on my laptop with an Intel 945GM chipset at 1280x800 resolution, Xgl eats up to 100% of CPU time when scrolling or moving windows. I have a separate test install on the same laptop with Fedora Core 6 which uses AIGLX/compiz and that works fine. For me, Compiz/XGL on Opensuse 10.2 RC1 is unusable currently.
Comment 2 Matthias Hopf 2006-12-18 16:36:03 UTC
David found out the issue and fixed it upstream. I verified this works reasonably fast now on i915, new package checked into STABLE.

JP, is this worth an update? I would suggest you do a patchinfo after you verified the newly built package.

FYI, the applied patch:


diff --git a/src/screen.c b/src/screen.c
index ab0e7b4..67da5c5 100644
--- a/src/screen.c
+++ b/src/screen.c
@@ -3381,9 +3381,9 @@ makeScreenCurrent (CompScreen *s)
     {
        glXMakeCurrent (s->display->display, s->output, s->ctx);
        currentRoot = s->root;
-
-       s->pendingCommands = TRUE;
     }
+
+    s->pendingCommands = TRUE;
 }
 
 void
Comment 3 Stefan Dirsch 2006-12-18 17:22:16 UTC
BTW, it might make sense to apply also patch of Bug #222882, comment #19 when updating this package.
Comment 4 Matthias Hopf 2006-12-19 12:36:25 UTC
That is an Xgl issue, not compiz. Yep, we should think about it.
Comment 5 Stefan Dirsch 2006-12-19 13:36:20 UTC
> That is an Xgl issue, not compiz. Yep, we should think about it.
> 
According to the reporter it is:

"[...] I adapted the patch to the mesa snapshot in the compiz SRPM and
rebuilded it. Now compiz actually runs again, with xcb! [...]"(In reply to comment #4)

Comment 6 Matthias Hopf 2006-12-19 15:43:41 UTC
Oh!
Just looked at the path...

Committed updated package.
Comment 7 Stefan Dirsch 2006-12-19 16:46:41 UTC
(In reply to comment #6)
> Committed updated package.
for STABLE. It's still an open issue if we provide and update for 10.2.

Comment 8 Matthias Hopf 2007-01-02 16:03:03 UTC
That's right. The 10.2 update should include the two patches.

JP?
Comment 9 Matthias Hopf 2007-01-10 10:59:40 UTC
Package submitted to 10.2
Comment 10 Stefan Dirsch 2007-01-10 11:36:12 UTC
Andreas, could we have a SWAMPID for this one, so Matthias can write a patchinfo file? BTW, you complained about this issue as well.
Comment 11 Andreas Jaeger 2007-01-10 12:26:18 UTC
Ok, approved: MaintenanceTracker-7823
Comment 12 Matthias Hopf 2007-01-10 13:32:49 UTC
Submitted patchinfo.
Comment 13 Anja Stock 2007-01-15 13:06:12 UTC
released
Comment 14 Matthias Hopf 2007-02-23 12:23:57 UTC
There's a new xgl package with an additional patch that speeds up intel and radeon, to be downloaded from

   http://software.opensuse.org/download/X11:/XGL/openSUSE_10.2/

You might want to try that one, it has been reported to help a lot (bug #233112).