[Trisquel 6] Nouveau and Compiz - Taking too long to make an animation

Project:Trisquel
Version:6.0
Component:Kernel/drivers
Category:bug report
Priority:critical
Assigned:Unassigned
Status:closed
Description

Hello everyone,

I installed the latest Trisquel 6, and I've noticed the same error as it appeared on Trisquel 5 with linux-libre >=3.5.

Trisquel 6 comes already with compiz in order do create some animations and to enable the snap window (as an example). But those animations are slow with nome nVidia (mostly the nv92 since they are the only ones I have to test).

So slow that it can take up to 30seconds just to process the animation.

How can this be solved ? (I don't remember having this problem on Ubuntu 12.04 with the same computers).

Thanks in Advance,
Luis Da Costa

Mon, 11/19/2012 - 22:29

UPDATE:

Somehow the bug is caused by one (of many) of the parts that are composing the Trisquel's theme.

If I disable the Trisquel theme (using the Adwaita one for instance), then everything opens and works smoothly and perfectly.

I've tried to enable and disable one by one in the advanced settings application but couldn't reproduce the bug until I got into the Appearance section and selected Trisquel instead of Adwaita. (Can't confirm if this is the same bug that I had in Trisquel 5.5 with linux-libre since I never tried to change the theme).

There is an error that appears in logs but I'm not sure if it's related (It's in portuguese. It says that he was unable to locate the theme engine module_path "clearlook")

(abrowser:4898): Gtk-WARNING **: Incapaz de localizar motor de temas na module_path: "clearlooks",

Tue, 11/20/2012 - 14:45

UPDATE 2:
Apparently the problem solved by itself after running Gnome Shell for a while (using the command "gnome-shell --replace"). Can't reproduce the error now.

Wed, 11/21/2012 - 11:14

Does Compiz run on the GNOME Shell? I thought it only ran Mutter WM (but maybe I'm wrong).

Wed, 11/21/2012 - 13:41

UPDATE 3:

The bug came back again. And once again there is no error on any log available (Kernel, Xorg etc..)

Wed, 11/21/2012 - 13:42

No it doesn't (it only runs on Gnome Fallback), I was something that I didn't remembered. But even with Mutter (Metacity + Clutter, used with Gnome Shell) the problem appears :S...

Thu, 11/22/2012 - 02:31

I've never had the problem with the same environment (except I'm using Linux-libre 3.0 and NV50 driver).

It sounds like a problem with Nouveau. I haven't tried Linux-libre >= 3.0 so I can't test your bug.

Thu, 11/22/2012 - 03:58

The weird fact is that I only have this problem on my laptop and not on my desktop (both using an nVidia, the laptop with nVidia 9600M GT and the desktop with nVidia 9800GT).

I taught that the problem was because of my Hard Drive but I noticed the same on the LiveUSB.

It gets very annoying (sometimes up to 5 minutes for an application to start) to be honest :s...

I found only 2 ways to make applications start (showing something):
1 - Move the mouse
(and when the first one don't solve the problem)
2 - ALT+CTRL+F1 wait until there is no activity in the HDD and then go back to the Desktop.

PS: I've tried with the linux-libre 3.5, 3.6, 3.6.7 and nothing to do. I don't remember this bug with earlier versions of the Kernel 3.0.0 and sometimes there is no bug with the current kernel (3.2.0 from toutatis).

I tried another distribution (like Parabola) and no problem at all. Then I tried with something similar (Ubuntu 12.04 since I am using Toutatis) and no problems at all (I didn't test long but still it is something that you see at boot).

Thu, 11/29/2012 - 15:59

I don't know if this helps. But I've found that the problem doesn't exist when the charger is connected, but only when the charger is not connected.

I've looked at the cpu frequency and I don't see any change in the frequency since it is always "ondemand" and it is between 800mhz and 2.40ghz (the usual).

Sat, 12/01/2012 - 01:20
Version:» 6.0
Sat, 12/01/2012 - 01:24
Status:active» fixed

That was most likely a problem with the compiz profile (plugin selection and settings). That area has been worked on and I doubt the problem still exists (I could not replicate it anyway). I'm closing this one, feel free to reopen if you can replicate it using a new image.

Sat, 12/15/2012 - 01:25
Status:fixed» closed

Automatically closed -- issue fixed for 2 weeks with no activity.