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 .. 41 42 43 44 45 46 47 48 49 50 51 .. 64 Next › Last »

Terence commented on 2019-01-31 09:52 (UTC)

@deezid do you feel the difference without the revert patch applied?

Terence commented on 2019-01-31 09:51 (UTC)

@DeadMetaler thanks, updated. @deezid Do you have a 1000Hz mouse? Also, try to drag the window around while playing a video with and without 168 and tell me how it feels, thanks.

deezid commented on 2019-01-31 09:46 (UTC)

@DeadMetaler, haha, just had the same idea!

deezid commented on 2019-01-31 09:45 (UTC)

Seems like with 168 applied in my "smoothness test" (playing YouTube in 4K in one windows, scrolling in another), everything stays smoother. Without 168 it becomes quite messy after a few seconds.

Another question, wondering if 117 applies at all? There are lots of messages before compiling about not being able to apply it? Why not use the 3.30 branch version of the patch instead? 9a466f28

DeadMetaler commented on 2019-01-31 09:42 (UTC)

error: could not apply 8655bc5d8... clutter: Fix offscreen-effect painting of clones

Use this 3.30 based branch https://gitlab.gnome.org/vanvugt/mutter/commits/fix-offscreen-clones-3.30

Terence commented on 2019-01-31 08:32 (UTC)

@deezid how does this new version compare to the previous ones?

Terence commented on 2019-01-31 07:59 (UTC)

I disabled 168 again because even with the patch supposed to fix it, moving windows around with 500Hz/1000hz mouse is horrible.

Terence commented on 2019-01-31 07:40 (UTC)

@deezid thanks for your feedback. I updated it again with some new performance patches as well as 168 enabled by default as 365 should fix the problem it accentuated. Would you mind giving your feedback about the need to revert the commit to vanvugt?

deezid commented on 2019-01-30 20:47 (UTC)

@Terence with enabled revert patch and enabled 168 (commit cd280c30) it runs fantastic here.