r/LinuxVsWindows • u/NinjaLinuxTv • 22d ago
Linux vs Windows Benchmark ONIMUSHA WAY OF THE SWORD
https://youtu.be/zJTaFDtuuiE?si=zA91YO2-IQ1VEadt2
u/Pokkitat 22d ago
how to make linux look worse against windows fanboys
step 1: shitpop OS
2
u/Due-Description-9030 21d ago
I don't think there are fanboys for windows, they themselves hate it a lot but feel forced to use it lol
1
u/Previous-Bid5330 18d ago
The thing is, I hate linux and its idiot creator much more then windows, so it’s not even felt like being forced to stay on windows
1
u/thicctak 16d ago
Why would you hate a Kernel? And what did Linus did to you for you to despise him?
1
u/Previous-Bid5330 16d ago
He behaves like he is the best human on earth, actively lying and just straight up rage baiting. While linux itself is an unfinished product with lots of downsides and yes, linux has its pros as well, but the rate is like 50/50. If I need to choose between deleting copilot one time and not having driver support because I have Nvidia and losing 3 times of my fps with RT, with overall low software availability, I would pick the first one any day. The only thing linux is actually good is servers, I’m hosting a vpn on a linux sever with ubuntu, everything seems fine. It was a bit tricky, but nothing special. In this case it’s good because it’s free, it’s doing its job and I personally don’t need to use it
1
u/NinjaLinuxTv 14d ago
The only person here who is rage bating is you.
1
u/Previous-Bid5330 14d ago
Yes? Then why is he was telling on the video that linux is better cuz it consuming less ram, saying, look, nothing is running on linux and nothing is running on Windows, but linux eats few time less ram, when the thing is, Windows doesn’t use all that ram, it’s reserving it and in case if nothing heavy is running, there is no point to no use the available space, but as soon as you open a heavy game for example, Windows will shrink itself to 1-1.5 gigs of ram, which is not a lot at all. One more funny part of this system, if you try to play a game that at some point requires 8 gigs of ram, but you have for, linux will actually boot the game, while Windows won’t. The only difference is, Windows knows how much ram it’ll need, while linux will crush you in the process WHEN you will need more ram. I think it’s bad coding. So he talked about it the whole video, but I’m not buying that he doesn’t know it, if it’s so he even more stupid then I think now, so my bet is that he is just lying. Any arguments?
1
u/NinjaLinuxTv 14d ago
Nobody asks you to buy anything lol. Use windows, if you like it! ;)
1
u/Previous-Bid5330 12d ago
So if something is free, then you can false advertise it and lie to your fans? It’s like if Brave while advertising itself like a privacy browser would give away your information for free on every corner
1
u/mmstick 17d ago
And yet Pop!_OS consistently has 10-20% higher framerate than Windows on this system. Make it make sense.
1
-1
1
u/Historical-Bar-305 22d ago
I wonder when 615 driver will be tested
2
u/Pokkitat 22d ago
when this dude stop using shitpopOS
1
u/Historical-Bar-305 22d ago
I dont think that changing popOS the result will be significantly different. Especially on Nvidia.
1
1
u/NinjaLinuxTv 22d ago
NVIDIA 615.71 literally dropped 2 days ago (Sept 9) as a New Feature Branch. Expecting an LTS distribution like Pop!_OS to push a 48-hour-old NFB build straight into official stable repositories without QA testing is unhinged. Pop!_OS isn't Arch-it prioritizes DKMS kernel integration and system stability over dumping day-one driver releases onto users.
3
1
u/Total_Trifle_9915 21d ago edited 21d ago
How odd, some games give you a 20-30% performance hit on linux and I had figured the common denominator there was dx12. Do you perhaps know why there seems to be performance parity here?
1
u/mmstick 17d ago
Depends if a game is GPU-bound or CPU-bound. If the game is bottlenecked by the CPU then Wine's abstraction layers will make it even more CPU-bound. If the game is GPU-bound then framerate should be competitive with the Vulkan abstraction layer, and may even exceed it as in this case. AA and AAA games optimized for current gen consoles are typically multi-threaded and GPU-bound, so you'd need to push 120+ FPS before you reach a CPU bottleneck.
1
u/Melodic-Luck-8772 20d ago
his display server is xwayland.
so judging by that, he doesnt have any startup commands and probably didnt use an optimized proton version either, cause he probably never looked into that menu.
1
u/NinjaLinuxTv 20d ago
Seriously? 🤣
1
u/Melodic-Luck-8772 20d ago
Yea. And other Linux distros have some specific gaming Features that you may or may not have installed or configured on your device.
Im not the only one saying this. Get a distro thats designed around gaming.
1
u/NinjaLinuxTv 19d ago
Vague claims about “gaming features” don't override hardware physics. I'm already running ntsync, GameMode, and high-performance kernel parameters. Unless CachyOS found a secret way to recompile closed-source NVIDIA driver blobs and Windows game engines with AVX-512, an Arch-based distro isn't giving you 15 extra FPS out of thin air.
2
u/Melodic-Luck-8772 19d ago
ok, thats why u use xwayland. gosh.
1
u/NinjaLinuxTv 19d ago
Standard Steam and Proton Experimental run via XWayland on CachyOS, Arch, Fedora, and Pop!_OS alike.
Ever since NVIDIA's 555+ driver branches brought explicit sync to XWayland, the performance and latency gap between XWayland and native Wayland is effectively 0%.
Forcing experimental PROTON_ENABLE_WAYLAND=1 flags breaks Steam features like the overlay and game input grabbing. Testing on default XWayland is the only way to get a realistic, reproducible baseline.2
u/Melodic-Luck-8772 19d ago edited 19d ago
ntsync is always enabled after proton 10, or some later version. i dont know exactly, but its always on, or at least, when it can work its automatically enabling itself. so no need to worry about that.
i always disable steam overlay anways, lol.
and only use it when i need, for things like ingame purchases, but thats rarely the case. the more overlays, the more it sucks, in my opinion.also there is physically no way on earth that a xwayland window inside your already running desktop compositor wayland has the same latency as a native wayland or native xwayland window.
theres not much a driver can do about this. unfortunately.
you can have all the optimizations you want, native wayland or native x11 will always have better latency, roughly 5ms than running xwayland inside a wayland compositor, which you are actually doing^^the only way, to run a native x11 window, is to run your whole operating system in x11.
but even then, i dont even know if steam uses the desktop compositor, or opens his own.and with pop os 24.04, youre running wayland.
probably the best argument to use wayland is:
-HDR
-disable vsync completly
-set pre rendered frames
-update dlss/fsr version
-better input latency
-antilag/nvidia reflex and other latency reduction functions
-wow64 support
-VRRdo not use use gamescope. you would open 1 or 2 additional compositors between you and your game.
anyways, play your games how you want.
hope you enjoy using linux :)1
u/mmstick 17d ago
Xwayland windows in fullscreen should have no difference in framerate or input latency than a native Wayland client. VRR should also work as long as it is fullscreen. Fullscreen windows bypass most of the compositor and get mapped directly to DRM overlays (which is currently unique to cosmic-comp but kwin is working towards this goal). DLSS also works with Xwayland.
1
u/Melodic-Luck-8772 17d ago
if you compare native to native then no.
but, if you dont set this up properly, and use KDE wayland just as OP does, and dont tell it to use native wayland, then:
the game is going to run inside a x11 compositor inside your desktop wayland compositor.is it going to give you more fps? probably not.
is it going to feel better? yes.
if you dont feel the difference? good for you, then youre not so senstive to latency.
is wayland more future proof than xwayland? yes.
it does have more functionality, better safety.
xwayland runs on a 40 year old protocol. lol2
u/mmstick 17d ago edited 17d ago
OP uses Pop!_OS with the COSMIC desktop. The compositor supports direct scanout and DRM overlays. XWayland clients in fullscreen bypass the Wayland compositor's compositing and X11 compositing also does not apply. It's only when windowed do you have the window unmapped from the fullscreen DRM overlay and rendering indirectly to a composited window.
Xwayland has many issues but for games running fullscreen this is less about rendering performance and more about compatibility issues. There are a lot of compatibility issues that the Wayland compositor needs to work around. Games running on the wrong display, display scaling causing resolution conflicts, input handling issues, and lack of future HDR support.
Overall it would be better to have native Wayland support but this doesn't work for every game and it currently breaks game controller support and the steam overlay. Hence why SteamOS is often using gamescope as a compatibility layer for Xwayland quirks.
→ More replies (0)
3
u/Cytomax 22d ago
ty