quadrapassel and gnome shell very slow and unusable probably a clutter issue

Bug #572465 reported by madmed
74
This bug affects 15 people
Affects Status Importance Assigned to Milestone
Clutter
Invalid
Undecided
Unassigned
GNOME Shell
Invalid
Undecided
Unassigned
Unity
Fix Released
Undecided
Unassigned
clutter-1.0 (Ubuntu)
Fix Released
Low
Unassigned
Lucid
Won't Fix
Low
Unassigned
unity (Ubuntu)
Fix Released
Undecided
Unassigned
Lucid
Won't Fix
Undecided
Unassigned

Bug Description

Binary package hint: libclutter-1.0-0

I'm using the lucid since the beta but I didn't use quadrapassel nor gnome shell.
Today I tried to test gnome shell but it was very very slow.
So I switched back to metacity and searched for the cause of the problem.
I read that quadrapassel (ex gnometris) uses also clutter and found that it has also the same problem.

ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: quadrapassel 1:2.30.0-0ubuntu6
ProcVersionSignature: Ubuntu 2.6.32-21.32-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-21-generic i686
Architecture: i386
Date: Fri Apr 30 17:19:45 2010
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Alpha i386 (20100326)
ProcEnviron:
 LANG=fr_FR.utf8
 SHELL=/bin/bash
SourcePackage: gnome-games

Revision history for this message
madmed (medbelh) wrote :
Revision history for this message
madmed (medbelh) wrote :

this is the terminal output when I start quadrapassel:
belhadj@belhadj-laptop:~$ quadrapassel

(quadrapassel:5506): ClutterGLX-CRITICAL **: Unable to make the stage window 0x480003d the current GLX drawable

and for gnome-shell:
belhadj@belhadj-laptop:~$ gnome-shell --replace

(mutter:5771): Clutter-WARNING **: The actor 'BigBox' is currently inside an allocation cycle; calling clutter_actor_queue_relayout() is not recommended

(mutter:5771): Clutter-WARNING **: The actor 'searchEntry' is currently inside an allocation cycle; calling clutter_actor_queue_relayout() is not recommended

(mutter:5771): Clutter-WARNING **: The actor 'BigBox' is currently inside an allocation cycle; calling clutter_actor_queue_relayout() is not recommended

(mutter:5771): Clutter-WARNING **: The actor 'dash' is currently inside an allocation cycle; calling clutter_actor_queue_relayout() is not recommended

(mutter:5771): Clutter-WARNING **: The actor 'ClutterGroup' is currently inside an allocation cycle; calling clutter_actor_queue_relayout() is not recommended

(mutter:5771): Clutter-WARNING **: The actor 'ClutterGroup' is currently inside an allocation cycle; calling clutter_actor_queue_relayout() is not recommended
Avertissement du gestionnaire de fenêtres : Log level 16: IA__g_object_set_valist: construct property "type" for object `ShellEmbeddedWindow' can't be set after construction
WARNING: Application calling GLX 1.3 function "glXCreatePixmap" when GLX 1.3 is not supported! This is an application bug!
WARNING: Application calling GLX 1.3 function "glXDestroyPixmap" when GLX 1.3 is not supported! This is an application bug!

(mutter:5771): Clutter-WARNING **: The actor 'ClutterGroup' is currently inside an allocation cycle; calling clutter_actor_queue_relayout() is not recommended

(mutter:5771): Clutter-WARNING **: The actor 'StBin' is currently inside an allocation cycle; calling clutter_actor_queue_relayout() is not recommended

(mutter:5771): Clutter-WARNING **: The actor 'ClutterGroup' is currently inside an allocation cycle; calling clutter_actor_queue_relayout() is not recommended

madmed (medbelh)
affects: clutter-1.0 (Ubuntu) → gnome-shell (Ubuntu)
affects: gnome-shell (Ubuntu) → clutter-1.0 (Ubuntu)
Revision history for this message
madmed (medbelh) wrote :

I tried to update with this ppa https://launchpad.net/~ricotz/+archive/testing (found it in the gnome website) but still have the same problem.

Revision history for this message
bwat47 (bwat47) wrote :

Same here using lucid 64 bit with the oss radeon driver and 2.6.34 kernel

madmed (medbelh)
Changed in clutter-1.0 (Ubuntu):
status: New → Confirmed
Revision history for this message
Brian Havard (brian-havard) wrote :

I see this bug too on Lucid 32 bit. Quadrapassel is unplayably slow, taking around 5 seconds to respond to control.
lspci output for video:

VGA compatible controller [0300]: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller [8086:2a02] (rev 0c)
Subsystem: Hewlett-Packard Company Device [103c:30c0]
Flags: bus master, fast devsel, latency 0, IRQ 30
Memory at e4600000 (64-bit, non-prefetchable) [size=1M]
Memory at d0000000 (64-bit, prefetchable) [size=256M]
I/O ports at 4000 [size=8]
Capabilities: [90] Message Signalled Interrupts: Mask- 64bit- Queue=0/0 Enable+
Capabilities: [d0] Power Management version 3
Kernel driver in use: i915
Kernel modules: i915

Revision history for this message
Tyler R (trowe) wrote :

I have the same problem in 32bit Lucid also. Nvidia GeForce FX 5200. Also worked up to a month ago, also tried the clutter_vblank=none to no effect. I'm using the Ricotz repositories now too.

Revision history for this message
madmed (medbelh) wrote :

I tried the new unity interface and it didn't work neither. All I had is a blank white screen.

Revision history for this message
Tyler R (trowe) wrote :

I too have the same problem with Unity as I do with Gnome-Shell.

Revision history for this message
Brian Havard (brian-havard) wrote :

After seeing comment #6 I tried
CLUTTER_VBLANK=none quadrapassel
and it works! Full speed restored.
My video details are in comment #5

Revision history for this message
madmed (medbelh) wrote :

Clutter_VBlank works for me too, But I found something wierd, when I plug an external monitor into my laptop, both gnome shell and quadrapassel work fast in both monitors!!

Revision history for this message
Abderrahim Kitouni (akitouni) wrote :

I beleive there are 2 issues here, one with Intel GPU and is solved by the CLUTTER_VBLANK trick, and the other (comment #6) with NVidia GPU (with the legacy 173.x driver, I have a GeForce FX 5500 and cannot test if the bug also exists in more recent drivers) and affects only mutter (unity is using it, right?) and thus gnome-shell.

As a starting point for investigations about the nvidia problem, it seems to be related to clutter 1.2 (if I downgrade clutter to 1.0.8, it's no longer slow).

Revision history for this message
madmed (medbelh) wrote :

did anyone tried with an external monitor? I don't know but I tested it in two pc's and it works!! (intel graphics)

Revision history for this message
madmed (medbelh) wrote :

the problem is solved in maverick alpha1

Changed in unity:
status: New → Invalid
Changed in gnome-shell:
status: New → Invalid
Revision history for this message
Tyler R (trowe) wrote :

still an issue in 10.04, should this still qualify as bug?

Changed in gnome-shell:
status: Invalid → New
Changed in unity:
status: Invalid → New
Revision history for this message
EAB (adair-boder) wrote :

Hey guys, I am not sure if this is the right place to be reporting on Unity ... but here is the thing ...
I installed Unity on my Ubuntu Lucid system and created a new user to login to it - probably not needed I know, but when I tried to login with my normal user account all I got was my wallpaper ... no panel etc ...

Anyway, now when I login to Ubuntu Unity with the new user I created, I see the whole Unity desktop and the mouse cursor is moving around just fine with no lag, but anything I click or hover will take something like 5 seconds to respond which makes the desktop pretty useless.

Any ideas?

Btw, my gfx card is: 00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c)

Revision history for this message
Didier Roche-Tolomelli (didrocks) wrote :

@T Rowe: well, unity is in a ppa for lucid, not officially supported. We'll see if we backport clutter for fixing this issue affecting only a part of the other. Again, the issue is in clutter, not gnome shell, nor unity. So invalid is the right status for them, then fix-released for clutter. If you think that it should be fixed as an SRU for lucid, please add a lucid task to clutter only.

Thanks a lot.

Changed in gnome-shell:
status: New → Invalid
Changed in clutter-1.0 (Ubuntu):
status: Confirmed → Fix Released
Changed in unity:
status: New → Fix Released
Changed in clutter:
status: New → Invalid
Revision history for this message
Tyler R (trowe) wrote :

Thanks for the response. I'd sure like to see this fixed in Lucid, but I'm unsure about adding a task to clutter only.

Revision history for this message
Didier Roche-Tolomelli (didrocks) wrote :

done for you, it's about clicking on "Nominate for release" and selecting the release.

Changed in clutter-1.0 (Ubuntu):
milestone: none → ubuntu-10.10
milestone: ubuntu-10.10 → none
Revision history for this message
genniii (genntri) wrote :

I used to play this game constantly before Ubuntu 10.04
when I switched to 10.04 the game slowed to slower then a crippled snail's pace
also when I went into the game, it always opened as saying it was on "PAUSE"
I never paused a game
Now, today, July 2 2919 I just updated so went to check to see if any bright people in Ubuntu did something for my game
Lo and behold it did NOT say paused
I was excited and clicked to start new game
I waited
and waited and waited and lo it started
again I was waiting
it took about 45 seconds for the first piece to get to the bottom of the page perhaps 7 to 11 seconds for the piece to respond to a click to make it turn
I shut the game off
been trying google to see if possibly someone has discovered something
I am not adept at looking for any Why in my machine

oh well
anyone ever do anything, I would really like to be notified
I have broken the habit of looking to see if it has fixed itself unless I do updayes

Revision history for this message
madmed (medbelh) wrote :

I confirm that it is fixed in maverick but not in Lucid. It works in Lucid with an external monitor or with the 2.6.34 kernel.

Changed in clutter-1.0 (Ubuntu Lucid):
importance: Undecided → Low
Changed in clutter-1.0 (Ubuntu):
importance: Undecided → Low
Revision history for this message
C. Burneci (cburneci) wrote :

This bug has maybe been fixed for Intel but not for Nvidia fx5200 cards. I've got Maverick installed on an older Pentium4 2,4 GHz with nvidia fx 5200 graphic card and gnome-shell continues to be unusable. It takes more than 5 seconds to anything to respond to mouse events.

Revision history for this message
dbkaplun (dbkaplun) wrote :

gnome-shell is very slow on an nVidia 7600GT.

Revision history for this message
Rob Durant (rob-durant) wrote :

Have also found gnome-shell to be unusable on Nvidia fx5200 on Maverick on a P4 3GHz machine. It compiled successfully, but is unusably slow when it loads up, every action happens on screen 40-50 seconds after it was made if at all.

lspci:
01:00.0 VGA compatible controller: nVidia Corporation NV34 [GeForce FX 5200] (rev a1)

Using nvidia proprietary driver, 173.14.28 (have tried both version off website installed manually and ubuntu packaged versions). I haven't tried using an older driver as none of them support xorg 1.9.

It will only load if I leave the mouse completely alone while it's doing it, and this is what I get on the command line:

rob@maturin:~$ ~/gnome-shell/install/bin/gnome-shell --replace
Gtk-Message: Failed to load module "canberra-gtk-module": libcanberra-gtk-module.so: cannot open shared object file: No such file or directory
Panel leaving: a new panel shell is starting.

(gnome-panel:29710): EggSMClient-CRITICAL **: egg_sm_client_set_mode: assertion `global_client == NULL || global_client_mode == EGG_SM_CLIENT_MODE_DISABLED' failed
      JS LOG: GNOME Shell started at Wed Oct 27 2010 09:49:40 GMT+0100 (BST)
Window manager warning: Log level 16: NOTE: Not using GLX TFP!

[SNIP - message above repeated five times]

Window manager warning: Log level 16: NOTE: Not using GLX TFP!

      JS LOG: Failed to acquire org.freedesktop.Notifications; trying again
^CShell killed with signal 2
rob@maturin:~$

If I try the same thing, but move the mouse at the wrong moment, it goes back to Gnome2, and I see the following:

rob@maturin:~$ ~/gnome-shell/install/bin/gnome-shell --replace
Gtk-Message: Failed to load module "canberra-gtk-module": libcanberra-gtk-module.so: cannot open shared object file: No such file or directory
Panel leaving: a new panel shell is starting.

(gnome-panel:29953): EggSMClient-CRITICAL **: egg_sm_client_set_mode: assertion `global_client == NULL || global_client_mode == EGG_SM_CLIENT_MODE_DISABLED' failed
Shell killed with signal 11
rob@maturin:~$

Revision history for this message
Krešo Kunjas (deresh) wrote :

well the slowness is still here on Maverick with proprietary nvidia drivers 260.19.06. clutter is stock maverick ( 1.2.12 )

graphic card:
01:00.0 VGA compatible controller: nVidia Corporation G86 [GeForce 8500 GT] (rev a1)

compiz iz running smoothly, and both gnome-shell ( latest jhbuild) and quadrapassel are still very slow.

when starting quadrapassel i get:

(quadrapassel:5220): ClutterGLX-CRITICAL **: Unable to make the stage window 0x5c00005 the current GLX drawable

(quadrapassel:5220): ClutterGLX-CRITICAL **: Unable to make the stage window 0x5c00006 the current GLX drawable

so i suppose that clutter fall back to software rendering or something like that.

and CLUTTER_VBLANK=none doesn't help either

Revision history for this message
TerryP (ydl767) wrote :

Having the same problem, but works with CLUTTER_VBLANK=none.

Linux c714nr-lt 2.6.32-34-generic #77-Ubuntu SMP Tue Sep 13 19:39:17 UTC 2011 x86_64 GNU/Linux

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in clutter-1.0 (Ubuntu Lucid):
status: New → Confirmed
Omer Akram (om26er)
Changed in clutter-1.0 (Ubuntu Lucid):
status: Confirmed → Won't Fix
Changed in unity (Ubuntu):
status: New → Fix Released
Revision history for this message
Rolf Leggewie (r0lf) wrote :

lucid has seen the end of its life and is no longer receiving any updates. Marking the lucid task for this ticket as "Won't Fix".

Changed in unity (Ubuntu Lucid):
status: New → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.