Originally posted by Grinness
View Post
Announcement
Collapse
No announcement yet.
NVIDIA Gaming/GPU Performance: Windows 11 vs. Ubuntu Linux Benchmarks
Collapse
X
-
- Likes 3
-
Originally posted by CochainComplex View Post
Considering that Nvidia is not a prime example of good driver support on the Linux side I'm not very surprised to be honest. Its how I was expecting it. But I think its no secret that for gaming in Linux AMD and Intel is recommended. Especially with mesa.
- Likes 3
Comment
-
Originally posted by bug77 View Post
I'm not sure exactly why you were expecting that. That "poor support" comes down to Nvidia using basically one driver across all operating systems, with as small a shim as possible to adapt it to each platform. With that in mind, the default expectation would be to see the same performance across the board, unless the shim itself becomes a bottleneck. Or if there are bugs.
Where is key is that Windows DWM (and in general scheduling) is much more optimized for full screen aplications.
Run something fullscreen? Run something borderless? Windows will basicly skip all the composing and allow basicly render directly content of game to screen. The way windows works is like gamescope or (at minimum) Kwin's Alt-Shift-F12.
Linux also doesn't work that well 1-1 with explicitly synced Nvidia driver. There are oversynchronization issues.
in case of AMD on Linux vs Windows, keep in mind AMD has totally diffrent open source driver to windows one. Some time ago openGL driver on Windows from AMD was totally garbage and AMD on linux could easly outperform here windows. Now things improved tho.
- Likes 1
Comment
-
Originally posted by Calinou View PostI'm surprised the gap between Windows and Linux on NVIDIA is that large – I thought it was only 3-4% on average at this point (with DXVK sometimes outperforming native on Windows).
and remember, sometimes is the exception, not the rule. never take exceptions and try to present them as a rule. even the developers of dxvk will tell you the majoirty of time, games running in dxvk will perform slightly worse because of the overhead. dxvk states at best, a 5% gap. typically the few times you see a difference is because of really bad driver optimizations for something. see amd and opengl on windows for the longest time. or because hacks cause something to run faster because its not doing something correctly. like its not rendering somethings in the background or some sort of "feature" that's performance heavy doesn't work.Last edited by middy; 02 January 2023, 11:11 PM.
- Likes 1
Comment
-
Pretty good overall, with some CPU overhead issues showing up at 1080p and 1440p for several titles, but that can be expected and hopefully resolved one day.
Really I don't know why people hate on NVIDIA for gaming under Linux so much except for the obvious limitation with open-source stuff. But if you only care about gaming performance does it matter?
Also does DLSS3.0 work under Linux yet? I know previous versions work(ed).
- Likes 1
Comment
-
Michael
Would it be possible for You to re-run the "Strange Brigade" benchmark with any CPU other than Intel's hybrid x86 architecture?
My gut feeling tells me that this is yet another case of the Linux kernel placing the game threads onto the E-cores instead of the P-cores.
Notice how the difference between Linux & Windows kept shrinking with inreased render resolutions, when the bottleneck shifted from the CPU to the GPU.
Another reason why I think the Intel 13900K is a poor choice on Linux is the fact that even though the performance governor was used, it still didn't manage to beat Windows' default "balanced" power-plan, even though doing so has always resulted in Linux easily beating Windows on non-hybrid CPUs in the past.
Therefore the conclusion of this particular benchmark should be that hybrid CPUs are best avoided on Linux...
(Which begs the question how Android is actually faring with these hybrid big.LITTLE ARM SoCs -- granted, no Windows there to compare.)
- Likes 2
Comment
-
Originally posted by piotrj3 View Post
Where is key is that Windows DWM (and in general scheduling) is much more optimized for full screen aplications.
Run something fullscreen? Run something borderless? Windows will basicly skip all the composing and allow basicly render directly content of game to screen. The way windows works is like gamescope or (at minimum) Kwin's Alt-Shift-F12.
Linux also doesn't work that well 1-1 with explicitly synced Nvidia driver. There are oversynchronization issues.
- Likes 2
Comment
-
Originally posted by MrCooper View Post
Any Wayland compositor can do the same as gamescope, if the drivers can allocate scanout capable buffers.
If so, that's still an nvidia driver issue. It mostly bypasses the infrastructure for implicit synchronization in the kernel (which results in issues such as xwayland glamor renders incorrectly on nvidia), handling synchronization itself instead.
Looking around internet i can see that Windows on exclusive full screen games generally (comparing to normal windowed mode) on same resolution has almost the same performance (like 1-3 fps range). On linux it can go easly 10fps+
2nd issue is how you would explain that AMD's results in geometric mean https://www.phoronix.com/review/rade...indows-linux/7
https://www.phoronix.com/review/nvid...dows11-linux/8
are proportionally very similar to Nvidia's. And Nvidia is even faster in compute on linux. But somehow both AMD and Nvidia everytime they interact with window system they seem to have suprisingly same drop in performance what is more even interesting we have same drop in performance in both X (nvidia on ubuntu is on X11) and AMD was on Wayland.
This suggest we have significant overhead in linux DEs.Last edited by piotrj3; 03 January 2023, 10:40 AM.
- Likes 2
Comment
Comment