[deleted]
Gnome / mutter triple buffering patch merged
21–27 of 27 posts
Re: Gnome / mutter triple buffering patch merged
#22That sounds like a great visible improvement. Gnome is polished WM. Does KDE/Plasma offer sthg. comparable?
>comparable KDE is way ahead in (almost) all departments these days.
bwahahaha
Wishful thinking. I do 1st and 2nd level support on several hundred Linux desktops.
KDE isn't even close to Gnome when it comes to stability and Wayland support -- I mean: seriously? Wayland is a decade old.
And the last time I saw a stable KDE is two decades ago. I'm so annoyed by the crowd recommending it.
I'm tired of DrConqi leaving hundreds of useless systemd units behind and triggering countless alarms. Sucks, big time!
Re: Gnome / mutter triple buffering patch merged
#23I don't fully understand this, but it sounds like a nice optimization.
Re: Gnome / mutter triple buffering patch merged
#24Sweet! I know this patch has been cooking for a while, gosh the gitlab page takes ages to even load... Trying to look at the source... Is the whole thing less than ~1000 LOC ???
You probably got served an Anubis challenge first, doing some computations to block (LLM) scraper bots, which does slow down loading by a second or so
Ohh, so that was the image I saw there. Good to know.
Re: Gnome / mutter triple buffering patch merged
#25I wonder if this will also fix the problem i have with my mouse cursor only drawing at what seems like 24 fps. It is noticeably laggier than in KDE. It has something to do with drawing, because over some surfaces it doesn't happen, but all gtk native apps exhibit it. This is a 7900x with an intel a750 graphics card. It should not happen.
Cursors are generally rendered with a different mechanism than the rest of the screen. What you are describing sounds a lot like a problem with VRR.
My main screen does not have VRR. It runs at 60hz.
Re: Gnome / mutter triple buffering patch merged
#26I wonder if this will also fix the problem i have with my mouse cursor only drawing at what seems like 24 fps. It is noticeably laggier than in KDE. It has something to do with drawing, because over some surfaces it doesn't happen, but all gtk native apps exhibit it. This is a 7900x with an intel a750 graphics card. It should not happen.
As always, you should lodge a bug, there has been some improvements in mouse rendering about 3 months ago iirc, but I don't remember specific details.
There are already a couple of mutter bug reports regarding cursor stuttering. Mine is bound to be related to one of those.
Anyway, I realized I really don't like gnome. I used it for 13 months and installed all different extensions to deal with issues. Then I realized that this is just the mac os experience, and that I personally really don't like it. Now I am migrating to KDE, which takes 10 minutes to configure and can then be foegotten, and I wont get a lousy experience if any extensions are incompatible with the next update of gnome (which happened on every major update).
Re: Gnome / mutter triple buffering patch merged
#27Earlier quoted context omitted.
>comparable KDE is way ahead in (almost) all departments these days.
bwahahaha Wishful thinking. I do 1st and 2nd level support on several hundred Linux desktops. KDE isn't even close to Gnome when it comes to stability and Wayland support -- I mean: seriously? Wayland is a decade old. And the last time I saw a stable KDE is two decades ago. I'm so annoyed by the crowd recommending it. I'm tired of DrConqi leaving hundreds of useless systemd units behind and triggering countless alarm…
No idea about stability on that scale, I don't do support. On my local machine both behaved about the same in the past.
KDE however is way ahead in fractional scaling, buffering etc. Not sure how to measure Wayland support. Do tell though.
>I'm so annoyed by the crowd recommending it.
Well, Gnome's fault. I've been on team Gnome until they've ruined it after Gnome 2 is ended. Can't really use it with more than one monitor these days too.