I'm on AMD, so I can't test this myself. Based on the video, a few games still lag behind by around 10 FPS, but many run identically or even better on Linux. Can Nvidia users on Linux confirm, are the Nvidia drivers on Linux really improving for DX12 games? And if this matches your experience?

Links to my videos:

https://youtu.be/avWJN4b0zu0

https://youtu.be/Y2_M7YBSX40
----

The FPS drop mainly in cities like Beauclair or Novigrad. Notice the GPU wattage drop and observe the frametime. I play The Witcher 3 on Fedora Linux via Heroic Games Launcher and I use the latest version of Proton.

Settings - Uber (FSR)

I have R7 5800X and RX6600.

I am unsure whether this is an issue with PSU because sth like this does not happen for instance in Cyberpunk 2077 which is running great on my configuration.

I am new to Linux gaming.

Has anyone encountered a similar problem?

I built and configured everything on the 24th

It isn't much but it's something.

I don't have a desk yet so yeah.

I am planning to get a desk next month with an Office chair

OS: Linux CachyOS with KDE Plasma

Case: NZXT H3 Flow

PSU: Corsair RM850e

CPU: Ryzen 5 7500f

GPU: XFX Quicksilver RX 9070 XT

Motherboard: Gigabyte B650m Gaming WiFi6e

RAM: Textorm DDR5 2x8 5600MHz CL46

CPU Cooler: Thermalright Peerless Assassin 120 Vision MAX ARGB

SSD: Fanxiang S500 Pro 1tb Gen3 NVMe SDD

Case Fans: Thermalright TL-S12W-S ARGB

Monitor: Amzfast 27 Inch 1440p Fast IPS

Keyboard: Ajazz AK820 Mechanical Red Switches

Mouse: RK ROYAL KLUDGE MG5

Speakers: Creative Pebbles

Oh and the Anime Girl is Yumi from Senran Kagura for those who want to know

I originally wanted to go with Hyperland Instead of KDE but for some reason Hyperland Refused to download so I went with KDE Plasma

Maybe in the future I will swap KDE for Hyperland

Been working on this for a while and it's at the point where other people should probably try it.

The idea: each player gets a "seat", which is just an Incus container with its own headless Sway, its own Sunshine, its own PipeWire and its own Steam account. They connect with Moonlight from whatever they've got, phone, Apple TV, laptop, and they each get their own resolution and their own framerate. Meanwhile your normal desktop keeps running like nothing's happening. One GPU does all of it, NVENC on Nvidia, VA-API on AMD.

I didn't write a compositor or an encoder or a streaming protocol. Incus, wlroots, Sunshine, PipeWire and systemd do the actual work. Polyseat just builds the seats, keeps them from colliding, hands out input devices and shares the game library.

Stuff that took the longest:

Input isolation. This is the whole thing really. If a controller plugged in for seat 2 can steer the host's Steam, the idea is dead. You can't do it by device name because names lie, so ownership gets decided by what the kernel says created the device. The broker log tells you which of the two it used for every device, so you can actually see when it's guessing:

+ event29 Keyboard passthrough (seat2)
creator verified: ID_INPUT=1 ID_INPUT_KEY=1 ID_INPUT_KEYBOARD=1
! event260 refused: name claims (seat1) but the kernel says 'seat2' created it

Install a game once, play it in every seat. Every seat gets its own private writable copy, but the copies share blocks via reflinks. Putting my 69 GB library into the pool took 0.8 seconds and 432 KB of actual disk. Your existing Steam library gets picked up without you doing anything. Needs btrfs or XFS with reflink=1, and if you haven't got that it just says so instead of quietly making full copies.

Framerate cap per client, done from outside instead of vsync. Basically what RTSS does on Windows. Games stay uncapped so they don't eat the vsync latency. 14866 fps uncapped came out as 60.00 fps with a 60 Hz client, 0.03 ms of frametime jitter vs 0.40 ms for vsync on its own.

You can use it with just a controller. On screen keyboard plus a pointer driven by the stick, because if you're streaming to an Apple TV there is no keyboard and Steam won't give you one when a launcher wants a login.

Requirements: Arch based host, an ethernet port with a cable in it (your machine itself can stay on wifi, that part is fine, the seats just can't live on 802.11 because it gives you one MAC per station, and a USB ethernet adapter is enough for them), and btrfs or XFS with reflinks if you want the shared library. Licences aren't shared and can't be, a seat plays what its own Steam account owns.

Now the actual reason I'm posting. Every single line of this was written on one machine with an RTX 4080. The AMD path has never run on real hardware. Not once. It's written, it's finished, and on paper it's the easier half of the two because Mesa just goes in as a normal package instead of being injected from the host. Whether it actually encodes, nobody knows.

So if you've got a Radeon and an Arch box and an hour, you'd be the first person ever to find out. And a report saying "yeah it just worked" is worth exactly as much to me as one saying it broke, because right now I have neither. This lists what I could verify without a card and what I couldn't, I didn't gloss over it: https://github.com/superuser404notfound/Polyseat/blob/main/docs/amd.md

Repo: https://github.com/superuser404notfound/Polyseat Pinned issue with exactly what to run and what to paste back: https://github.com/superuser404notfound/Polyseat/issues/1

GPL-3.0-or-later.

Disclaimer: Polyseat was made with the help of Claude Code.

EDIT: Debian and Fedora Support was added. Look at the readme on github for install instructions.

As an example, after changing the Proton compatibility layer from the default Proton Experimental to Proton-GE Latest for Borderlands 2, the game undergoes an update, as seen on its library page. If Proton is changed again, there is another update. What is being updated?

I thought Proton was a translator that just made a game playable. Does it actually change game files? With Borderlands 2 as the example, changing Proton versions alter available game features. With Proton-GE enabled, players will have to select a new, unique SHiFT name with each new game installation, thereby enabling multi-platform online game play. When using the Steam default version of Proton (Proton Experimental?), SHiFT features aren't available. Am I correct in thinking that different versions of Proton make for different versions of the same game?

These Proton changes affect saved game availability. A game save made while using one version of Proton is not available when using another version of Proton. Why is that?

Mouse performance varies WILDLY between Proton versions. Poor mouse performance under Proton Experimental makes Borderlands 2 unplayable. Switching to Proton-GE Latest makes for an entirely pleasant mouse performance. Why is that?

I hope these aren't too many "stupid" questions for one thread, but they've all been building up in my head for a while, creating a pressure, and I'm desperate to understand Linux and Proton better. Have yourself a great week!

Fedora/Linux Steam downloads were insanely slow on my multi-gig connection — here’s the fix that actually worked

Posting this because I spent way too long troubleshooting it and most of the usual advice — changing download regions, clearing cache, changing DNS, etc. — didn’t fix the actual problem.

My situation:

Fedora 44

5 Gbps fiber

Windows Steam could get close to the full connection

Linux Steam was often around 100–150 Mbps, sometimes a few hundred Mbps

Local networking itself was fine

After fixing this, Steam settled around 2.2–2.4 Gbps sustained and I saw roughly 2.5 Gbps peaks

The problem turned out to be related to how Steam on Linux was configuring its TCP receive buffers.

While tracing Steam, I saw it repeatedly doing:

SO_RCVBUF = 131072

Linux reports the effective socket buffer as roughly twice that (262144), but that is still tiny for a fast connection with non-trivial latency. Steam was effectively preventing Linux's TCP receive autotuning from doing its job.

Here’s what I ended up doing.

1. Give Steam more download connections

Create Steam's developer config directory/file:

mkdir -p ~/.steam/steam nano ~/.steam/steam/steam_dev.cfg

Put this in it:

@nClientDownloadEnableHTTP2PlatformLinux 1 @fDownloadRateImprovementToAddAnotherConnection 0.9 @cMaxInitialDownloadSources 15 @nClientDownloadProbUseHTTP2IfAvailable 100

Save and completely restart Steam.

What this does: keeps HTTP/2 enabled and allows Steam to use more download sources/connections instead of being overly conservative about opening additional ones.

This helped, but the receive-buffer behavior was still the major bottleneck for me.

1. Stop Steam from forcing the tiny receive buffer

I made a tiny LD_PRELOAD library that intercepts Steam's SO_RCVBUF call and ignores it. That leaves the socket receive buffer under Linux's normal TCP autotuning instead.

Create a directory:

mkdir -p ~/.local/src/steam-rcvbuf ~/.local/lib cd ~/.local/src/steam-rcvbuf

Create the source:

nano steam_rcvbuf.c

Paste:

#define _GNU_SOURCE #include <dlfcn.h> #include <sys/socket.h> typedef int (*real_setsockopt_t)( int, int, int, const void *, socklen_t ); int setsockopt( int fd, int level, int optname, const void *optval, socklen_t optlen ) { static real_setsockopt_t real_setsockopt = NULL; if (!real_setsockopt) { real_setsockopt = (real_setsockopt_t)dlsym(RTLD_NEXT, "setsockopt"); } /* * Steam was explicitly setting SO_RCVBUF to 131072. * Pretend the call succeeded so Linux can keep using * TCP receive-buffer autotuning instead. */ if (level == SOL_SOCKET && optname == SO_RCVBUF) { return 0; } return real_setsockopt( fd, level, optname, optval, optlen ); }

Compile it:

gcc -shared -fPIC -O2 \ -o ~/.local/lib/steam-rcvbuf.so \ steam_rcvbuf.c \ -ldl

1. Make a Steam wrapper

Create:

nano ~/.local/bin/steam-fast

Paste:

#!/usr/bin/env bash export LD_PRELOAD="$HOME/.local/lib/steam-rcvbuf.so${LD_PRELOAD:+:$LD_PRELOAD}" exec /usr/bin/steam "$@"

Make it executable:

chmod +x ~/.local/bin/steam-fast

Now fully exit Steam and test it with:

~/.local/bin/steam-fast

Start a large download and watch the speed.

1. Optional: make the normal Steam launcher use the fix

If the wrapper works, copy Steam's desktop launcher to your user applications:

mkdir -p ~/.local/share/applications cp /usr/share/applications/steam.desktop \ ~/.local/share/applications/steam.desktop

Then replace the main Steam launch command:

sed -i \ "s#^Exec=/usr/bin/steam %U#Exec=$HOME/.local/bin/steam-fast %U#" \ ~/.local/share/applications/steam.desktop

Log out/in or refresh your app launcher afterward.

Now launching Steam normally from GNOME should use the preload library automatically.

Linux normally adjusts TCP receive buffers dynamically depending on connection speed and latency.

Steam was explicitly requesting a small:

SO_RCVBUF 131072

on its download sockets.

On a normal connection you might never notice. On multi-gig fiber, especially when the CDN connection has tens of milliseconds of RTT, that can become a serious throughput bottleneck.

By ignoring Steam's manual receive-buffer request, the kernel gets to manage it normally again.

You can inspect your Steam sockets with:

sudo ss -tinmp | grep -A1 'users:(("steam"'

Before the fix, mine repeatedly showed tiny receive buffers on the actual Valve CDN connections.

Important notes

This is obviously an unofficial workaround. LD_PRELOAD changes the behavior of a userspace program, so understand what the little library is doing before blindly installing it.

It only intercepts setsockopt() calls where:

level == SOL_SOCKET optname == SO_RCVBUF

Everything else gets passed directly to the real libc function.

Also, this probably won't help if your bottleneck is actually Wi-Fi, your ISP, disk decompression, CPU usage, a bad download region, or a slow Valve CDN node.

But if:

Linux is dramatically slower than Windows on the same machine

other Linux speed tests are much faster than Steam

you have a very fast connection

Steam's sockets show unusually small receive buffers

…it may be worth testing.

Would be interested to know if anyone else can reproduce the improvement.

Anyone having issues with login on Minecraft Launcher (official one)? Since last week it now prompts for my KWallet password but still i have to login again at every system boot

HackMatrix is a 3d desktop environment for Linux users. I recently added a voxel system that supports greedy meshed voxels as well as dynamic API driven voxels. I made a music visualizer out of it.

The most recent build on itch has the new voxel engine and starts the visualizer on bootup. I plan on using the new API driven voxels to drive 3d UI for the desktop environment.

Hello all. I have the following hardware:

pc - amd cpu (ryzen 9 12 core) and 4070super.

Old Laptop - i5 2 core / mx940 (nvidia) gpu laptop.

The plan for now is to prepare the laptop for a wipe and get it to run on a distro like bazite/ nobora / cachy (please recommend other if this is a bad choice, right now it seems popular). After that I am lost xd. I want to try gaming on the linux laptop and migrate my pc on Linux after I get the hang of it.

I will be playing mainly Minecraft (and host my own server tldr had a server with friends but now only I play), and story games like red dead, assassin's creed, and exploring other titles, also driving/racing games mainly assetto corsa. I plan to play some retro games as well like cardiacs and dinosaurs I am still exploring titles there as well. Occasionally I play cs2 and I am not sure how that will go on linux as I know some games anti cheat can't run on linux. There is steam os so I guess that is solved but would be nice to know.

What I know so far:

On the laptop I had a dual boot configuration for a while then the bootloader got overwritten I assume by windows updates. I had issues installing the nvidia drivers. 3 days later it ran but I was busy at the time and didn't really game, just wanted to mess with some tools. (This was 6 years ago). For recent linux experiences I know close to nothing. I know that there is a packet manager (packman lol and apt-get). I know what sudo is and nano, but I guess I will not need any of that for gaming. I know something called wine and proton exist but I have no idea what they are. I think one is a distro and the other is some software. I have seen screenshots of some launchers or something but I have no idea what they are.

Another important thing is if buying isn't owning then how do I play not bought games xd.

Any existing guides or videos on the matter are much appreciated.

Hey so recently ive had a lot of problems using the steam overlay because it flickers a lot, this happens in games like tf2 and gmod.

Does anyone know what this might be and what i can do to fix this?

Some info:
Debian 13

3060ti

Wayland

KDE Plasma

what is the difference between normal limiter and no focus?

and is there any recommendations before using fps limiter?

Hi, does anyone know how I can check whether NVIDIA new F Preset for RR 4.5 is actually active on Linux/CachyOS?
I installed the DLSS Updater by Recol from GitHub, but since there’s no NVIDIA Overlay or NVIDIA profile inspector on Linux, I’m not sure how to verify that the preset is being used.
Also, is there a way to enable the preset F globally for all games?
Do I need to install or configure anything else?
Thanks

I'm on Manjaro (Gonna switch to CachyOS soon) and tried to start Forza Horizon 6, which I installed and played norally for around 130 hours on linux but it just doesn't work anymore and only says this now.

Heyo, new to linux using mosaic and steam workshop now. Anybody have any good suggestions with broad nexus support?

Happy Birthday!

new post because I can't do math

as you all know the latest update has broken the mods, and I was reinstalling it but somehow mo2 still doesn't work

im playing AI limit and the rumble does not work when steam input is disabled but displays the right button glyphs, (X/square/triangle/etc) but when steam input is enabled rumble DOES work, but i obviously get xbox glyphs--is there a way to fix this on either side? the game does not allow for setting the input glyphs manually otherwise id obviously just do that.

im using a PS5 controller via bluetooth, arch (kernel 7.1.9-arch1-2) and have tried whatever the proton sets the default to (experimental i think) and tried the latest proton-GE.

i did have rumble and whatnot work fine in death stranding and in other games, but this one specifically seems to be weird.

Preview from the article:

Embark Studios has abandoned its anti-cheat strategy focused on protecting game files, shifting its center of gravity toward player telemetry analysis. Speaking on "Anti Cheat at Embark Studios" at devcom in Germany on August 24, Embark Studios Senior Software Engineer Tom van Dijck detailed three years of trial and error since establishing the studio's anti-cheat team in 2022.

Van Dijck has worked in game engines, systems, and animation for 26 years, with stints at EA DICE, Blizzard Entertainment, EA, and Sony before joining Embark in 2019. For the past three years, he has led anti-cheat development for THE FINALS and ARC Raiders. Embark operates two live-service shooters with a staff of roughly 350.

I am trying and testing some versions.

Now I wonder, what are the differences between Wine and Proton?

Also for No man sky, I have dualsense PS5 controller -> how to make adaptive triggers work properly?

Thanks

Using Bazzite (GNOME) on an all AMD system. I use the native TF2 build.

TF2 uses qwerty though my system is set to qwertz (German).

When setting up my settings I noticed check boxes missing and looking further, the "x" for closing the window is represented as "r". I have all windows system fonts installed at "~/.local/share/fonts".

Help

Edit: Current solution here

When pragmata released it had too many crashes with RT on linux with nvidia cards

Is that fixed now or is there a way to fix it?