shift+6 doesn't work on bottles/protonge games, how can I fix that?

good morning i hate gnome

File: 1742932271556.mp4 (3.27 MB, 1280x720)

3.27 MB MP4

Use case for secure boot on Linux?

File: 1739689516266.jpg (229 KB, 1080x1489)

229 KB JPG

>>107660319
Good morning, saar

Hey, bros.
I have a bit of an advanced question, so I'm looking more for a proper phrasing to look it up further rather than actual answers, albeit they would certainly be appreciated.

>Are there ways to make Linux prioritize UI the same way Windows does?
To explain, there is one thing Windows does that other OS don't seem to do, at least by default, is HEAVILY prioritize the UI performance over the rest of the system.
e.g. if you take a MacOS device and fully load it on the CPU & RAM level, you will inevitably get UI stutters, sometimes even freezes.
Windows always tries to ensure your UI remains responsive, regardless of what's going on.
It's a fundamental architectural difference, and there are some trade-offs for achieving this sort of behavior Windows has to do (i.e. moving mouse around perceivably slows down your background processes), but it's a scenario I encounter often enough during my daily use, and I fucking hate stuttering UI.

I'm slowly inching closer and closer to swapping to Linux - I already run it headless for my work stuff, but I'm stuck using Windows UI for now.
I genuinely like it for the most part, but Microsoft seems to be doing all in their power to make me hate it, so I might fully switch in some time.
But I want to know if I can adjust the UI priority on Linux to behave the same way it does on Windows first.

>>107660552
>Windows always tries to ensure your UI remains responsive, regardless of what's going on.
lmao
>But I want to know if I can adjust the UI priority on Linux to behave the same way it does on Windows first.
just change the io and process schedulers, and renice your tasks to high priority

>>107660619
>lmao
This response immediately makes me think you don't know what you're talking about, anon.

>>107660552
I feel you because I'm the same way. Are you nvidia? I've been told that everything is much smoother with amd but not sure if that's true or not. Smoothness like that is usually due to architectural decisions that facilitate it, like having the OS handle scrolling while letting the app pre-render currently invisible items. iOS does this a lot but windows honestly isn't that good at it, it can be pretty choppy. My guess is the react bloat in w11 will take the snappiness away before linux gets it

>>107660877
I can't really compare the behavior on the same device yet (but it has been consistent across multiple different devices), but my Windows desktop is running Nvidia, yeah.
Shadowplay being a piece of highly-performant but proprietary shit with no alternatives is also a point of concern.

I do agree that at very least macOS does have much better and smoother scrolling than Windows.
It does stutter horrendously under a severe load, but when it has resources available it feels smoother overall.

Gemini has suggested me to try out simply setting up priorities and consider using BORE to handle it on a more fundamental level.
Googling it, there seem to be some conversations about it. People at least sometimes are calling it
>real-time CPU priority
for DEs and interrupts, which sounds about right.
Incidentally, "real-time Linux" is apparently a thing now, but that seems to refer to something completely different - here I have absolutely no idea what's that about.

I'm using my desktop for development, so the scenario where I'm using the swap and 100% of the CPU is very common.
Under WSL2, Windows can handle this load just fine - it just bullies Linux-side processes to give back resources for UI when necessary.
Meanwhile, my work MacBook feels like a complete shite if I'm trying to use it in a similar fashion.

>>107660651
if MS really cared about ui perf, they would execute everyone who has ever touched Windows Update