Yeah that would be nice. Some native Linux versions actually have worse performance than Proton when they're done poorly. I got ~60fps on the Linux version of Silksong, but 400fps running the Windows version through Proton.
That sounds like possibly a configuration issue rather than strictly performance (although I agree the symptom is worse performance). For instance, specifically the value "~60fps" vs something as high as 400fps sounds like running with vsync enabled vs. with it disabled.
It definitely is if you have an engine with a DX12 backend but no Vulkan backend. Nothing stops you from detecting Proton and then tweaking uses of the DX12 APIs that translate poorly to Vulkan, and there's no way adding a whole new rendering backend will be easier than writing the extra code paths in the DX12 one.
That's funny. To me one of the whole point of containers is that it's not systemd that's PID1.
Combine that with a distro like Talos, an immutable Linux distro that contains less than ten executables and where none of them is systemd and...
At long last containers and stuff like Talos show a path leading to, in a not-so-distant future, a world where we can be systemd and [ini]/microsoft config files (from a microsoft employee btw) free again.
It's not about running systemd in the container (practically nothing does that, though I myself considered it for a multi-user ssh shell system), but making containers manageable under systemd alongside other units.
Nanite has a performance overhead for simple scenes but will render large, complex scenes with high-quality models much more efficiently, providing a faster and more stable framerate.
It’s also completely optional in Unreal 5. You use it if it’s better. Many published UE5 games don’t use it.
USA does the same thing, but uses tax money to pay for the information, between wasting taxpayer money and forcing companies to give the information for free, China is the least morally incorrect
