Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Linux gaming is faster because Windows APIs are becoming Linux kernel features

xda-developers.com

Post reply on HN
Print view View original

131–140 of 694 posts

Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features

#131

Post by dpoloncsak »

ThrowawayR2 wrote: post #7
breve wrote: post #6

Earlier quoted context omitted.

Microsoft and Windows were never the enemy. To quote Linus Torvalds from 1997: "I don't try to be a threat to Microsoft, mainly because I don't really see MS as competition. Especially not Windows - the goals of Linux and Windows are simply so different."

He got less humble later on when momentum started building behind Linux. To quote Linus Torvalds from 2003: “ Really, I'm not out to destroy Microsoft. That will just be a completely unintentional side effect. ”

I mean, this whole thread is basically suggesting that 23 years later, improvements to Linux and self-sabotage by Microsoft are going to possibly destroy (or atleast, start to cause some bleeding) to Microsoft (in the gaming-market).

This isn't Linux looking to destroy MS, this is mostly Valve understanding the requirement for an OS that won't be able to become predatory to them and their business model in a single system update.

Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features

#132

Post by stuartq »

sphars wrote: post #47
bsimpson wrote: post #38

I remember when XDA was the home of Android homebrew hackers working on things like CyanogenMod. It's so strange to see it repurposed as the brand for the same quasi-correct tech article slop that gets parroted between all the big blogs. Tom's Hardware is a bit before my time, but I remember it being well regarded. I've seen a lot of similar articles under that name lately. I wonder if they've undergone similar fates…

Same with all the bigger tech blogs from a decade ago. How-To Geek is completely overrun with the same sort of slop. Finally had to remove it from my RSS reader. Oh look at that, XDA and HTG are both owned by Valnet: https://www.valnetinc.com/en/technology

At least Anandtech just shut down rather than turning into a zombie tech blog.

Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features

#134

Post by Dylan16807 »

CyberDildonics wrote: post #79
wtallis wrote: post #39

Earlier quoted context omitted.

A lot of that flexibility is what makes it hard to efficiently emulate (especially without kernel level support), but some of it seems too flexible to make sense as the default choice. How often does a video game really need a lock that can be shared between processes, and why should that lock type be the one that a game engine uses for almost all of its locks?

How often does a video game really need a lock that can be shared between processes, That seems hugely useful for interprocess communication and I can immediately think of reasons to use IPC in a game. Having a separate voice process for one.

But that goes back to "how often". Not how many games use it, but how many times per second they use it. You might touch your voice process lock once per frame? That's negligible in terms of CPU time. Any half-reasonable overhead makes no difference in that lock, but might have a big impact in a more common lock.

Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features

#135

Post by MarsIronPI »

okanat wrote: post #63
0cf8612b2e1e wrote: post #55

Earlier quoted context omitted.

I have been told (but not confirmed) that is mandated by the HDMI mob. If you want HDMI on your TV, it cannot also have DP.

This can only be true for consumer-grade stuff. Even then I just guess the manufacturers kind of cheap out. I have a dumb-ish Samsung Hotel TV / commercial TV at home. It has DP.

I want a TV with DP. Do you have a recommended source for where to pick up commercial TVs?

Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features

#136

Post by hx8 »

traderj0e wrote: post #129
hx8 wrote: post #127

Earlier quoted context omitted.

I think this gets overblown a bit. AMD is better, but Nvidia can work. There's plenty of valid reasons to put in the extra effort and go with Nvidia.

I hope this is right, because "you have to use AMD GPU" is not what people want to hear when building a PC.

I know plenty of people that use Nvidia and Linux, and it's something I've done in the past. You just suck it up and install the closed-source black box drivers and get on with your life.

Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features

#137

Post by esseph »

_puk wrote: post #70
somat wrote: post #50

Earlier quoted context omitted.

I sort of figured that HDMI stupidity was strategically a good thing as it sort of brought the dynamic of the HDMI consortium and VESA. specifically how they treat the end users, more to the public eye. That is, more people being subtly pushed to using display port is not a bad thing.

I was faintly surprised that my recent monitor purchase came with a displayport cable. Didn't help connecting it to my Macbook, but still..

DisplayPort has been running the best PC high end monitors for a long while. HDMI OTOH has been in A/V land (DRM management).

Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features

#139

Post by FpUser »

wtallis wrote: post #39
las_balas_tres wrote: post #15

I developed for windows before moving to linux. I was surprised to find that was no system call similar to windows WaitForMultipleObjects. Sure you can implement something similar using poll() or using condition variables. but WaitForMultipleObjects seems so much simpler and more versatile

A lot of that flexibility is what makes it hard to efficiently emulate (especially without kernel level support), but some of it seems too flexible to make sense as the default choice. How often does a video game really need a lock that can be shared between processes, and why should that lock type be the one that a game engine uses for almost all of its locks?

It very often being used for thread management inside single process etc. Very convenient. Nobody says it has to be default.

Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features

#140

Post by Night_Thastus »

Show me the numbers. Show me an identical gaming PC running Windows 11 and then Linux, and show not just FPS - but things like frametime pacing, latency, etc.

This NTSync stuff is very impressive, but I haven't seen a lot of end-to-end numbers versus Windows. The last comparisons I saw showed pretty much every distribution on the order of 5-30% behind Windows, varying on the game. And Nvidia GPU support was still not great.

I WANT to swap. Please give me cause to do so. I'm sitting here with my finger on the button waiting for it to finally get good enough to make sense.

Post reply on HN