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

>>107660992
>Under WSL2, Windows can handle this load just fine - it just bullies Linux-side processes to give back resources for UI when necessary
Oh, that's a different thing. I've noticed that too, if windows wants vram or something it just yanks it from wsl without thinking. I hated that because it would kill training scripts with no way to stop it, and it gives you untraceable "unknown" cuda errors at random. I gave up on wsl for that reason.
It's no surprise that windows can be snappy under those conditions but its a high price to pay, if you really want that you might be able to do something with priorities but most oses are not designed to steal resources that aggressively.

However I do know cachyos uses more real time schedulers designed for desktop use, and it does feel snappier to me

>>107661164
I didn't have issues with WSL2 even in highly resource-strained scenarios (as that's more of a virtualization solution rather than the translation layer solution like the OG WSL was), but I can easily see that being a problem.
Windows' way of doing things isn't "the objectively best" approach, clearly, but it does match my preference.

I did hear about Cachyos actually, so it's nice to hear a confirmation.
I'm not really familiar with the details, but seeing it's a fork of Arch, if I didn't want to use a derivative distro, can I assume starting with Arch and then adding stuff from Cachyos is something reasonably possible?
Or would it be too much of an unnecessary undertaking?

>>107661251
In my case I think the problem was that my scripts were nearly maxing out vram, but I had an intel chipset with no igpu so any desktop stuff needed vram. If I ran both on bare metal, my script would slow down if I saw too many animated gifs in the web browser.
Unfortunately I don't think you can share tight resources well when there's a virtualization boundary, that sort of thing is the whole point of an OS really. So something has to take priority, and in my case, if windows needed to render a gif or something it'd just kill my script lol. idk I don't blame it, its just a consequence of the approach wsl2 uses.

For cachy I don't know, to me it looks like arch with access to all the same repos, just some extra ones added. You might be able to add the cachy repos to an existing arch install, it just might be more fiddling to get it all set up together. Not sure if it'd make you any more resilient to the project shutting down though, once you have those packages installed you still rely on them for updates.

>>107661589
Nice.
Thank you, I'll look into it more.

File: 20251224_165125.jpg (2.93 MB, 4032x3024)

2.93 MB JPG

Hi

Trying to set up 5.1 surround sound.

On Windows, I can use RealTek Audio Console to change the audio ports to function how I need them to work.
Line Out -> FL/FR
Line In -> SL/SR
Mic -> CEN/SW

How do I do this on Linux?

>>107661251
You can totally add cachy stuff to arch.
They have it available and how to do it documented, as far as I remember.

Cachy has been good for me so far but my boot times seem longer.

>>107660552
To be fair, it's less likely you'll fully overload your Linux machine because you'll likely have a lot more resources freed up to run tasks than what you're dealing with on windows.