You are not logged in.
Hello guys I have an arch install with gnome, and I am facing something I was not used to, since I used most tiling window managers, I noticed that sometimes when I am resizing a windows it is lagging, it happens mostly with firefox, but sometimes it happens with other programs. My setup has an rtx4070 max-q mobile, do not have an intel integrated card. I really do not know why this is happening, I tried a lot of different stuff, and I saw this while testing multiple distros, so for sure is not something OS related, I really do not know what I am missing.
PS.: I saw that ubuntu unity has some kind of preview when you are resizing an window so you resize a colored rectangle and just after that the window is fully rendered, it is possible to do something like that in gnome?
Last edited by young_kaneda (2024-12-10 16:44:28)
Offline
The nvidia drivers are notoriously slow at resizing GL contexts (since that's also not what gl contexts were designed to do, I guess) and browser resizing requires a complete (exppensive) re-render of the webpage.
Typically browsers rate-control this to allow faster resizes.
The outline-only resize was mostly a design feature of X11 WMs since
1. X11 is old and hardware was slow
2. X11 was designed to run over a network, which is even slower
Idk whether gnome (still) has that feature or smarter mitigations like rate controlling the resize itself to not overcharge the client, sorry.
I however doubt it.
Have you tried the beahvior on wayland?
Online
The nvidia drivers are notoriously slow at resizing GL contexts (since that's also not what gl contexts were designed to do, I guess) and browser resizing requires a complete (exppensive) re-render of the webpage.
Typically browsers rate-control this to allow faster resizes.The outline-only resize was mostly a design feature of X11 WMs since
1. X11 is old and hardware was slow
2. X11 was designed to run over a network, which is even slowerIdk whether gnome (still) has that feature or smarter mitigations like rate controlling the resize itself to not overcharge the client, sorry.
I however doubt it.
Have you tried the beahvior on wayland?
Sup seth I tried with Wayland first, and thats why I changed to X11 to see if would become smoother since Nvidia has it issues with wayland, but something odd is that I never felt this laggy problem while using herbstluftwm, I am not that experienced in graphic topics but do tiling WMs manage rendering differently so thats why I never noticed that problem? But anyway I will check wayland again to see if there is any change.
Last edited by young_kaneda (2024-12-10 16:39:16)
Offline
Tiling WMs will only cause one resize event while you're currently likely resizing the window incrementally.
I can tell you that the opaque resizing in fluxbox is rate controlled and there's also a special protocol to constrain the window resize to the pace of the client, but idk whether mutter or FF implement it (correctly) but resizing a browser is always gonna be slow (relatively to other clients) and so is resizing GL contexts on nvidia (relative to non-gl clients)
Unfortunately it's not possible to run gnome w/ a different WM - mutter essentially /is/ the gnome shell.
Online
That is a bummer
but it seems there is nothing I can do to make this better, at least I got some clarity on the issue, thx a lot seth, then I will mark this as solved.
Last edited by young_kaneda (2024-12-10 16:44:00)
Offline