| 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.186852 |
| First Submitted: | 2019-07-09 09:35 (UTC) |
| Last Updated: | 2024-10-22 08:26 (UTC) |
@Terence, I would suggest to wait till 3.32 arrives into the repos and update the gnome-shell-performance package at the same time to make the update as seamless as possible.
On my machine the nvidia revert patch isn't necessary anymore. I don't notice any difference with or without it.
These patches sound interesting. I still deal with some stuttering when the CPU runs at 100%.
Hello fellow archers, I wanted to collect some feedback ahead of the next GNOME 3.32 release (due on 13 of March).
Here are some thoughts/questions :
When GNOME 3.32 is released, should we wait for it to land in the official Arch repo or update this package along with gnome-shell-performance right away?
We'll need to check whether or not the revert patch still makes a difference, with the hope it doesn't anymore.
We might want to rename this package to "mutter-performance" or maybe even "mutter-fixes" as this package as well as gnome-shell-performance could be used to address regressions or add new features compatible with the current version.
And here are some interesting performance patches I found that could be added when 3.32 is released :
https://gitlab.gnome.org/GNOME/mutter/merge_requests/454/commits may improve rendering consistency (more stable fps) by adding a priority hint.
https://gitlab.gnome.org/GNOME/mutter/merge_requests/460 adds a new experimental feature (needs to be enabled with GSettings) to allow gnome-shell to run with real-time priority which should help it stay smooth while other heavy processes are running.
Thanks for the feedback you provided so far, keep doing it!
Currently i'm getting "fatal: bad revision '9ed3a7d1'"
@glorious-yellow Didn't notice any difference.
I found that adding export CFLAGS="-march=native -Ofast -pipe" before ./configure results in a more performant binary.
(though, it could just be placebo; try it for yourself before confirming anything)
Great news! With all the patches applied (even 168) but the nvidia revert, the lag in the shell zooming in by clicking on the overview is gone! Also when my CPU is at 100% (encoding with handbrake e.g.) it still stays relatively smooth. :)
@veridiam thanks. Worked for me. Also added latest 168 (8d915e0d). Hoping it doesn't break high polling mouses.
current working hashes section:
# clutter: Deliver events sooner when possible
# https://gitlab.gnome.org/GNOME/mutter/merge_requests/168
# Disabled as may cause stutter when using mouse with high polling rate
# git cherry-pick cd280c30
# clutter: Fix offscreen-effect painting of clones
# https://gitlab.gnome.org/GNOME/mutter/merge_requests/117/commits
git cherry-pick 9a466f28
# Geometric (GPU-less) picking
# https://gitlab.gnome.org/GNOME/mutter/merge_requests/189
git apply -3 ../347.patch
git add -A && git commit -m "347"
# clutter-actor: Add detail to captured-event signal [performance]
# https://gitlab.gnome.org/GNOME/mutter/merge_requests/283
git cherry-pick 86413948
# clutter-stage-cogl: Reduce output latency and reduce missed frames too [performance]
# https://gitlab.gnome.org/GNOME/mutter/merge_requests/281/commits
git cherry-pick 9a1458b6^..5793e255
# Consolidate all frame throttling into clutter-stage-cogl [performance]
# https://gitlab.gnome.org/GNOME/mutter/merge_requests/363
git cherry-pick b36e73d9^..4fcf4142 -Xtheirs
# clutter: Avoid redundant margin changes
# https://gitlab.gnome.org/GNOME/mutter/merge_requests/399
git cherry-pick e0fd7a6d
# cursor-renderer-native: Floor the cursor position instead of rounding
# https://gitlab.gnome.org/GNOME/mutter/merge_requests/353/commits
git cherry-pick 8d514095
# Avoid some parent actor relayouts/redraws
# https://gitlab.gnome.org/GNOME/mutter/merge_requests/202
git cherry-pick 9a843857^..ffaec917
# Unassorted performance fixes
# https://gitlab.gnome.org/GNOME/mutter/merge_requests/195
git cherry-pick a7df4594..1d73533f
@Terence: 363 has been updated as well (so did 168). 363 can't be applied I think?
Pinned Comments
saltyming commented on 2022-03-22 09:37 (UTC) (edited on 2024-10-22 08:27 (UTC) by saltyming)
If you have a problem during any system update with
mutter-performance&gnome-shell-performance, please installmutter&gnome-shellpackages 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 from the main development branch to achieve maximum performance.
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/