Created attachment 97263 [details]
system info lspci glxinfo
Gnome shell 3.10
Thinkpad T500 with dual graphics (BIOS: integrated mode, OS dual-graphics detection disable)
single built-in notebook display, 1680x1050 native
no other displays connected, ever
My system suffers from a serious performance regression since Fedora 18 ~ February 2013. Neither version of xorg, intel driver or gnome shell released since then restored the previous buttery-smooth performance.
Steps to reproduce:
1. Boot into Gnome Shell
2. Open 3-4 Nautilus windows
3. Enter/exit the Activities (overview) few times. (other animations are not smooth but in Activities it's easiest to observe).
Clunky animations. Below 15 FPS. Tends to get worse after few Activities in/out. Further worsens after launching any web browser and loading a website. When it worsens it never gets better, even after leaving just two Nautilus windows open.
What I have already tried:
1. Lowering resolution to 800x600. The performance drop is much less severe.
2. Disabling gpu powersaving https://bugzilla.redhat.com/show_bug.cgi?id=977391#c12 / No change.
3. CLUTTER_PAINT=disable-clipped-redraws:disable-culling / Doesn't restore the previous performance; Makes all animations significantly smoother.
4. MUTTER_DISABLE_MIPMAPS=1 gnome-shell --replace / No change.
5. UXA/SNA/Glamor acceleration methods / No change.
6. Virtually all possible parameter combinations in /etc/X11/xorg.conf.d/20-intel.conf
# pacman -Q | egrep '^mesa|intel|clutter '
Recently tested on Arch.
Video recording showing the behavior. One recorded with my discrete ATI and one with integrated Intel GM45. Please disregard the inherent limitations of such recording and rather focus your attention on the difference, especially when exiting Activities is shown.
This suggests that the rendering in gnome-shell changed (or that mesa changed) and is likely hitting a fallback/readback in the animation.
(In reply to comment #2)
> This suggests that the rendering in gnome-shell changed (or that mesa
> changed) and is likely hitting a fallback/readback in the animation.
Where does this leave us? Please consider that I am not even an intermediate linux user. I have no idea what and how I could test to disect the problem.
First step is to figure out which package introduced the regression. I'd start with downgrading gfx packages (kernel is also relevant for gfx). Which means you first need to figure out again which versions actually worked.
Arch user forums/irc should be able to help you with that.
Note that like Chris said it might be a change in gnome too.
Once we know the offending package we can do more.
Plan B would be to analyze the slowness with profilers, but for that you essentialy need to have some development experience with these tools.
I've been told that downgrading to such old package versions (Fedora 18 times) would be extremely troublesome. Especially that many components come into play.
I've requested assistance on Fedora devel mailing list with updated troubleshooting info (pointing at Gnome as the culprit). Updated summary of the regression I posted:
1. Introduced between Fedora 18 and Fedora 19 releases. Clean Fedora 18 showing no performance problems, clean Fedora 19 being affected by the regression.
2. A system install (e.g. Fedora 19) affected by the regression shows no performance problems under KDE. The difference in desktop animation smoothness is striking. No need for telemetry.
3. A Gnome Shell developer (drago01) could not reproduce the bug on his Intel GM45 system.
I've done some F18 vs F19 vs Arch benchmarking / Gnome vs LXDE using Xonotic in windowed mode but the results were nowhere near as conclusive as #2.
Link to the thread:
Well without more information we can't really do much here unfortunately. Please reopen once you've dug out what caused the regression.
No one on fedora mailing lists nor at archlinux forums has answered me so I could at least try some debugging options. Can anyone point me to an article on clutter debugging parameters? I've only found this one https://developer.gnome.org/clutter/1.9/running-clutter.html but it doesn't even mention e.g. 'culling' or 'clipped'.
I've posted on email@example.com but it seems it's dead.
I've been able to workaround the stuttering by enabling the "TearFree" option in /etc/X11/xorg.conf.d/20-intel.conf:
Identifier "Intel Graphics"
Option "TearFree" "true"
HP EliteBook 840 G1 with Intel HD Graphics 4400, Linux 3.14.4, X.Org 1.15.1, xf86-video-intel 2.99.911, GNOME 3.10
(This is a new notebook. Therefore I don't know if this problem has been introduced recently.)
(In reply to comment #8)
It's only a workaround.
Also, you should definitely report the bug you're experiencing on your hardware. You shouldn't be needing any workarounds.
Is providing 'occurs on laptop X, doesn't occur on laptop Y' any helpful? Yesterday I got my hands on a Thinkpad R61 (mine is newer T500). The bug manifested in exactly same way as on my T500.
The R61 display resolution was 1280x800 (mine is 1680x1050). I've attached a more detailed system info for the R61.
Created attachment 100151 [details]
system info for another system for comment #10
I've just upgraded xf86-video-intel from version 2.99.911 to 2.99.912 and the stuttering has improved a lot.
Still present with http://download-ib01.fedoraproject.org/pub/alt/stage/21_Alpha_TC7/Workstation/x86_64/iso/
I won't be looking into this anymore as I sold my T500.
on May 26, 2016 at 16:25:56.
(provided by the Example extension).