Package Details: mutter-performance 1:47.0+r18+g625965d95-1

Git Clone URL: https://aur.archlinux.org/mutter-performance.git (read-only, click to copy)
Package Base: mutter-performance
Description: A window manager for GNOME | Attempts to improve performances with non-upstreamed merge-requests and frequent stable branch resync
Upstream URL: https://gitlab.gnome.org/GNOME/mutter
Licenses: GPL-2.0-or-later
Groups: gnome
Conflicts: mutter
Provides: libmutter-15.so, mutter
Submitter: Terence
Maintainer: Terence (Saren, saltyming)
Last Packager: saltyming
Votes: 78
Popularity: 0.99
First Submitted: 2019-07-09 09:35 (UTC)
Last Updated: 2024-09-21 16:33 (UTC)

Required by (18)

Sources (5)

Pinned Comments

saltyming commented on 2022-03-22 09:37 (UTC) (edited on 2024-09-20 11:57 (UTC) by saltyming)

If you have a problem during any system update with mutter-performance & gnome-shell-performance, please install mutter & gnome-shell packages from the main repository and do full upgrade first, then build the performance packages later.

If you are using [gnome-unstable] and [extra-testing] repositories, use mutter-performance-unstable

The default patch list includes "Dynamic triple buffering(!1441)", "text-input-v1(!3751)".

Latest Dynamic triple buffering patch has several included MRs to achieve maximum performance (!4015).

To enable a specific MR in the Merge Requests List, add an line "_merge_requests_to_use+=('<MR number>')" at the end of PKGBUILD. (Because if you edit the line directly you can be able to end up with merge conflict upon updates.)

You can see some patches' git history here: https://git.saltyming.net/sungmg/mutter-performance-source/

Saren commented on 2018-08-30 14:52 (UTC) (edited on 2020-10-06 05:50 (UTC) by Saren)

If you are getting errors like fatal: bad revision '73e8cf32' while building this package, refer to PKGBUILD and see which patches caused this. Then, go to the related URLs, replace the commit hashes. If there are conflicts, comment out the patches.

Please notify me in comment section if this happens.

The optional performance patches are by default enabled.

A package for gnome-shell performance patches: https://aur.archlinux.org/packages/gnome-shell-performance/

Latest Comments

« First ‹ Previous 1 .. 43 44 45 46 47 48 49 50 51 52 53 .. 64 Next › Last »

deezid commented on 2019-01-28 15:38 (UTC) (edited on 2019-01-28 15:41 (UTC) by deezid)

@calindan2013 priority should be app performance I think which in KDE just sucks at the moment with both NVIDIA (1080ti) and Intel (HD620) drivers. At least on Intel there's no tearing. It's almost impossible to edit in Resolve using Kwin, it's not possible to watch 4K content in a browser either. Scrolling is also as slow as with stock mutter. Really hoping they can find a way out of it.

The only lag in Gnome I can still notice is by using the workspace switcher for zooming in by mouse and if I lower my CPU frequencies. Max/Min into Dash rather feels like a hack in Gnome as I don't think Gnome developers want that feature at all. lol

calindan2013 commented on 2019-01-28 15:32 (UTC) (edited on 2019-01-28 15:39 (UTC) by calindan2013)

Sorry, I understand your point but I am a casual desktop user interested in just seeing smooth performance in 90% of situations, like animations and moving windows around. While it is faster now, frames are being dropped and lag is still visible in overview/minimize/maximize etc.

Scrolling in the browser is a lagfest as it is in all browsers , with or without any videos playing. This is because there is no GPU acceleration on NVIDIA in Linux. Only Windows has a smooth browsing experience.

KDE has no such visible lag in any of the basic desktop and window animations. Thanks for your work though, much appreciated. Hope the GNOME and NVIDIA guys will be able to make this DE work properly, it's 2019 already and making a GTX 1080 and Ryzen CPU perform like a 32MB video and Pentium 3 is no fun for anyone wanting a reliable and enjoyable desktop experience.

My admiration and respect for attempting to fix what the big guys cant or dont want.

deezid commented on 2019-01-28 13:12 (UTC)

@calindan2013 try watching 4K60p on YouTube using this optimized version of mutter and compare to KDE. Try the same with resizing windows and scrolling in a browser. Video editing in KDE (using Resolve) is a lagfest as well.

calindan2013 commented on 2019-01-28 11:07 (UTC) (edited on 2019-01-28 11:08 (UTC) by calindan2013)

Reporting back. Definitely not as bad as before, but there are still ocassional frame drops here and there in the overview when switching windows. So slight visual lag. I think this is a consequence of the fact that there is still performance degradation over time in the GNOME code, even with all those patches applied.

calindan2013 commented on 2019-01-28 10:32 (UTC)

One more issue would be the displacement of the virtual desktop column in the Overview each time i use the hot corner to access it. As soon as i move the mouse around the column goes back in place.

calindan2013 commented on 2019-01-28 10:31 (UTC)

GTX 1080 / Ryzen 5 2600X / 1440p 144Hz - confirmed as working now. Animations and the whole experience seems much faster than before, so this is good. No more lag anywhere so far. It's great but definitely not faster than KDE like some other guy said below me.

Saren commented on 2019-01-28 02:29 (UTC)

Ahh, I missed the party. I am trying both packages now. If I did not say anything afterwards, it means the packages are really awesome.

deezid commented on 2019-01-27 21:51 (UTC) (edited on 2019-01-27 22:40 (UTC) by deezid)

@glorious-yellow Right now using a NVIDIA 1080 Ti. But honestly using Gnome (Mutter) stock it feels more like using an integrated Intel GPU from the early 2000's in power saving mode lol.

With this build it actually feels like having a 1080 Ti. :) Really can't wait for Gnome 3.32 with these patches (hopefully) being released.

Never had such a smooth desktop experience on Linux using another desktop environment (Budgie, XFCE, Cinnamon, KDE (which is the worst, tearing everywhere, or lots of lag with forced pipeline composition)).

glorious-yellow commented on 2019-01-27 21:49 (UTC)

@deezid Just curious: What graphics card are you using right now?

deezid commented on 2019-01-27 21:47 (UTC) (edited on 2019-01-27 21:49 (UTC) by deezid)

@Terence will do tomorrow. Right now working in Davinci Resolve Studio which works even better than before now. Thanks so much (and of course to Daniel van Vugt as well). I have to say it even feels more responsive than Windows 10 now, even in high CPU loads (created by resolve building new thumbnails e.g.) everything still feels like butter.

« First ‹ Previous 1 .. 43 44 45 46 47 48 49 50 51 52 53 .. 64 Next › Last »