After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 728289 - jerky animation on Intel HD 3000
jerky animation on Intel HD 3000
Status: RESOLVED OBSOLETE
Product: mutter
Classification: Core
Component: general
3.12.x
Other Linux
: Normal normal
: ---
Assigned To: mutter-maint
mutter-maint
: 729287 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2014-04-15 19:56 UTC by Luca Viggiani
Modified: 2021-07-05 13:49 UTC
See Also:
GNOME target: ---
GNOME version: 3.11/3.12



Description Luca Viggiani 2014-04-15 19:56:30 UTC
Since I upgraded to GNOME shell 3.12 on archi linux x86_64 with Intel HD 3000 video card, shell animations like windows in overview became very jerky. I posted a questione nere http://unix.stackexchange.com/questions/124894/jerky-animations-with-gnome-shell-3-12/124936) and It seems that other users are having The dame issue
Comment 1 Luca Viggiani 2014-04-17 21:43:28 UTC
As additional info,

Option      "TearFree"    "true"

solved the issue for me. However this is the very first gnome shell version I needed to enable that option for.
Comment 2 Owen Taylor 2014-04-17 22:30:58 UTC
(In reply to comment #0)
> Since I upgraded to GNOME shell 3.12 on archi linux x86_64 with Intel HD 3000
> video card, shell animations like windows in overview became very jerky. I
> posted a questione nere
> http://unix.stackexchange.com/questions/124894/jerky-animations-with-gnome-shell-3-12/124936)
> and It seems that other users are having The dame issue

What do you mean by the "windows in overview" animation - the animation of going to the overview, or dragging windows about in the overview?
Comment 3 Rui Matos 2014-04-18 09:24:04 UTC
I looked into this for a bit yesterday and I found out that:

1. Using the intel ddx with UXA doesn't exhibit this issue. Apparently because it enables triple buffering by default.

2. Using the intel ddx with SNA exhibits the issue by default. But if you enable the TearFree option then it goes away. I think this option enables triple buffering.

3. Modifying cogl to not advertise the swap events extension makes animations smooth in any case.

4. When running as a native wayland compositor the animations are jittery as well. Again, modifying cogl's EGL winsys to not advertise the swap events extension makes animations much smoother.
Comment 4 Luca Viggiani 2014-04-18 11:21:21 UTC
When you press the "super key" and the windows scale to overview mode, and back

(In reply to comment #2)
> (In reply to comment #0)
> > Since I upgraded to GNOME shell 3.12 on archi linux x86_64 with Intel HD 3000
> > video card, shell animations like windows in overview became very jerky. I
> > posted a questione nere
> > http://unix.stackexchange.com/questions/124894/jerky-animations-with-gnome-shell-3-12/124936)
> > and It seems that other users are having The dame issue
> 
> What do you mean by the "windows in overview" animation - the animation of
> going to the overview, or dragging windows about in the overview?
Comment 5 Luca Viggiani 2014-04-18 12:30:49 UTC
I just got the update to gnome-shell and mutter 3.12.1 and the issue is still there.
Comment 6 drago01 2014-04-21 14:22:35 UTC
Does running with CLUTTER_PAINT=disable-swap-events make things better? Should be the same as disabling it in cogl.
Comment 7 Rui Matos 2014-04-21 16:31:01 UTC
(In reply to comment #6)
> Does running with CLUTTER_PAINT=disable-swap-events make things better? Should
> be the same as disabling it in cogl.

Nope, disable-swap-events doesn't change anything. Animations are still jittery with this env var on the cases I mentioned above.
Comment 8 drago01 2014-04-21 16:33:30 UTC
(In reply to comment #7)
> (In reply to comment #6)
> > Does running with CLUTTER_PAINT=disable-swap-events make things better? Should
> > be the same as disabling it in cogl.
> 
> Nope, disable-swap-events doesn't change anything. Animations are still jittery
> with this env var on the cases I mentioned above.

Seems like clutter never reads that flag after setting it.
Comment 9 drago01 2014-04-30 21:10:14 UTC
*** Bug 729287 has been marked as a duplicate of this bug. ***
Comment 10 Luca Viggiani 2014-06-04 18:47:16 UTC
As I wrote in my comment #1, with TearFree option was working fine with kernel 3.13.x until I got the update to kernel 3.14.5 (I skipped any prior 3.14.x verson because it contains an issue with display backlight that has been solved with 3.14.5).

Now on 3.14.5 Im experiencing jerky animations back again (see comment #4) even with the TearFree option enabled. If I disable that option, things go even worse...
Comment 11 Manuel Bua 2014-06-14 17:57:59 UTC
I've the exact same problem, i'm on nVidia (GTX660/2GB) and my /etc/environment is set to "CLUTTER_PAINT=disable-clipped-redraws:disable-culling" to try avoid some vsync/tearing issues.

Still, entering/exiting the dashboard is so jerky i only see the dashboard and the desktop when the animations are ended most of the times: can't say for windows dragged around in dashboard since GnomeShell restarts automatically for me whenever i try..
Comment 12 Luca Viggiani 2014-06-17 07:36:07 UTC
After the latest udates of the xorg intel driver and intel-dri package, things are even worst! Overview animation is now TERRIBLY JERKY.
Neither the CLUTTER_PAINT env var nor the TearFree option work.

I got a little relief by using the - Option "AccelMethod"  "glamor" - but just a little...
Comment 13 drago01 2014-06-17 09:03:41 UTC
(In reply to comment #12)
> After the latest udates of the xorg intel driver and intel-dri package, things
> are even worst! Overview animation is now TERRIBLY JERKY.

If updating your driver makes things worse you are complaining at the wrong place ... please file a bug at bugzilla.freedesktop.org
Comment 14 Alessandro Crismani 2014-06-17 12:36:16 UTC
I can confirm having jerky animations with 3.12. I have tried TearFree, TripleBuffer, sna, uxa and glamour, but none of these gave me smooth performance back.

CPU is: (/proc/cpuinfo)
Intel(R) Core(TM) i7-3517U CPU @ 1.90GHz

The video card is an Intel HD4000

I am glad to provide much more detailed information, but I need to be instructed to report what could be useful.
Comment 15 Luca Viggiani 2014-06-17 21:30:51 UTC
Update: I have compiled from source and installed linux-3.14.18 on Arch Linux (see my post here [see answer 1]: http://unix.stackexchange.com/questions/137549/installing-linux-3-14-8-un-arch-linux-while-3-15-is-already-in-testing) and the issue is gone.

Note: Option      "TearFree"    "true"

So the issue was with linux-3.14.16
Comment 16 Alessandro Crismani 2014-06-18 05:42:37 UTC
Could you point me to the commit in the kernel (or the bug report) that fixed the issue? I am curious :)
Comment 17 Luca Viggiani 2014-06-18 07:10:19 UTC
Honestly I can't tell you exaclty. As I noted that the issue came back to me while upgrading from 3.14.5 to 3.14.6, I kept an eye on kernel changelog and I saw that in 3.13.7 (https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.14.7) there are few "drm/i915" related commits, so I decided to give it a try.
Comment 18 Alessandro Crismani 2014-07-09 07:02:49 UTC
I am still seeing lag when animating the overview, now running linux 3.15.3 and xorg-video-intel from git. Again, I tried many possible combinations of uxa, sna, glamor, Xorg options and /etc/environment magic. Some where slightly better, others worse, but none was smooth.

I would also like to confirm bug #729287, in the sense that performance kept "downgrading" from 3.8 on. I think on bugzilla there are other bugs I opened on 3.8 for exactly this reason, I can look for them and link them here if needed.

Are animations done in a different way compared to 3.6 times? This might be a totally stupid question, I know, but since the shell heavily relies on the overview for switching windows, having laggy animations is rather frustrating for me on the long run.

I would love to be able to provide more information, but I do not know what I could possibly log.
Comment 19 betdomagoj 2014-07-10 13:40:45 UTC
I can confirm Alessandros experience. I have too tried many different modes on my intel 5100 including sna, glamour and applying  the clutter-disable-culling in /etc/environment. None of them made it properly smooth.

Also, I have since updated my older configuration with AMD 5470 HD and an i5 processor to gnome 3.12 on fedora 20 and the lag has, to my regret, only increased to the point where it just isn't usable anymore. It's really stuttery and frame rates drop like crazy. I have since had to switch to cinnamon on that configuration.
Comment 20 Joakim Soderlund 2014-11-08 16:32:26 UTC
I was having the same issue on Ubuntu GNOME 3.12. Enabling TearFree seems to have solved the issue.
Comment 21 Joakim Soderlund 2015-06-03 10:32:34 UTC
Animations performance has been vastly improved for me ever since I switched over to GNOME Shell 3.14 on Ubuntu GNOME 15.04. I'm no longer experiencing jerky animations unless my laptop is on power save. Note that I'm still using TearFree for reasons unrelated to GNOME Shell.
Comment 22 Alessandro Crismani 2015-06-04 11:35:50 UTC
I confirm that since 3.14 the performance of animations has really speed up a lot, now I do not see any lag, except when I am on battery, as Joakim already pointed out.
Comment 23 betdomagoj 2015-06-04 14:41:02 UTC
While I would agree that lag has reduced and animations are smoother, especially on intel hardware, it still drops fps on my mid range amd system which is quite unpleasant to work with.

So while I would say performance and smoothness of animations is much better in 3.16 than previous versions it still isn't comparable to the smoothness of versions prior to 3.8 like 3.4 for example. It is on a good track though.
Comment 24 Joakim Soderlund 2015-06-05 07:38:50 UTC
Indeed. GNOME Shell 3.6 always had smooth animations for me, even on power save.
Comment 25 Sarmad 2015-11-30 22:11:40 UTC
I can confirm the same problem. I recently upgraded from Fedora 20 (gnome 3.10) to Fedora 23 (Gnome 3.18) and the animations are no longer smooth. Intel HD 3000 here. I don't think the issue is related to rendering performance. The hardware can definitely render a single terminal window at much faster frame rate than this even if the rendering code was not optimized.
Comment 26 GNOME Infrastructure Team 2021-07-05 13:49:09 UTC
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org.
As part of that, we are mass-closing older open tickets in bugzilla.gnome.org
which have not seen updates for a longer time (resources are unfortunately
quite limited so not every ticket can get handled).

If you can still reproduce the situation described in this ticket in a recent
and supported software version, then please follow
  https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines
and create a new ticket at
  https://gitlab.gnome.org/GNOME/mutter/-/issues/

Thank you for your understanding and your help.