Recommended Posts

Valve cranks up Linux gaming, makes it faster than Windows

Valve's distaste for Windows 8 has led the company to take on an increasing interest in Linux, and the new Valve Linux blog shows that, with some work, the Source Engine actually runs faster on it than it does on Windows. The company used a testbed with an Intel i7 3930k, Nvidia GeForce GTX 680, and 32GB of RAM to pit Left 4 Dead 2 on Windows 7 against Ubuntu 12, and the results are rather interesting.

At first, Valve's Linux port of Left 4 Dead 2 ran at only 6 FPS on the i7 machine, but after tweaking the game to make effective use of the efficient characteristics of the Linux kernel and OpenGL, the Valve Linux team was able to eke out a much higher 315 FPS. Using the same machine running Windows 7 and Direct3D, the same game ran at 270.6 FPS, or roughly 14 percent slower.

After optimizing the Source Engine for the Linux platform, Valve wondered why OpenGL was outperforming Direct3D at a technical level. Their research found that, on the same hardware, there are "a few additional microseconds [of] overhead per batch in Direct3D which does not affect OpenGL," indicating that Direct3D may not be as efficient as Microsoft would like developers to believe. There are still challenges ahead for the Valve Linux team, however, as the state of Linux graphics card drivers is still a tumultuous affair. The team has yet to work with AMD and Nvidia, but collaboration with Intel's engineers took place just last month.

Source: The Verge

Even though gaming on linux would be nice, not every company feels the same way about linux developing just because there isn't moolah$$ to be made there, compared to windows.

Also, stupid question but hey.. If linux is "open" wouldn't cracking/pirating be easier?

Also, stupid question but hey.. If linux is "open" wouldn't cracking/pirating be easier?

not really... you CAN run non-opensource programs in linux. There are plenty and games are among them. Piracy in Windows is as easy as in Linux, it comes with the demand.

  • Like 1

This would be more interesting if they did this with a modern engine. But since this is valve we'll only get to see this "it's faster than windows" thing with the hideously outdated source engine.

Well, the more support Linux gets, the more support my Macs get. I'll take OpenGL games over DirectX any day! (see Quake 3).

This would be more interesting if they did this with a modern engine. But since this is valve we'll only get to see this "it's faster than windows" thing with the hideously outdated source engine.

What exactly is wrong with the Source engine out of curiosity? it still looks and performs great!

  • Like 2

If companies jump on board with this like Valve is hoping and port their games over, could OS X and Linux really be the next gaming platform? I'll switch when all my games are supported, and Windows 7 is at end of life.

No, there are people who will NEVER use anything but Windows, just look at any thread involving Linux or OS X, it always devolves to Windows fanboys bashing everything and anything not Windows, performance enhancements like mentioned here are of no concern to them.

Even though gaming on linux would be nice, not every company feels the same way about linux developing just because there isn't moolah$$ to be made there, compared to windows.

Also, stupid question but hey.. If linux is "open" wouldn't cracking/pirating be easier?

1. Companies should be looking linux as an opportunity to make money in the future. Sure windows has marketshare now, and is obviously the best for immediate profits, but linux has a lot of potential to make them money in the future. If more companies do what valve is doing, linux has a very real chance to take off. Its the only way to get past this chicken and egg scenerio of "We don't support linux because it doesn't have marketshare" and "Linux has low marketshare because companies don't support it"

2. I doubt linux would have any effect on the prevalence of piracy, windows games area already cracked day 1, and drm has proven to be ineffective in the first place. The real way to combat piracy is to provide a convenient service to your customers and make high quality games. If you don't treat customers like criminals, they will be more likely to buy the games.

Well, the more support Linux gets, the more support my Macs get. I'll take OpenGL games over DirectX any day! (see Quake 3).

What exactly is wrong with the Source engine out of curiosity? it still looks and performs great!

You aren't forced to buy new games because it's incompatible with older versions, while Source is constantly updated without the forced upgrade or forcing you to purchase your games all over again

source engine is pretty amazing... even amazing for the year that was created. it still looks pretty good and they can optimize it if they want to... but anyway, linux is capable of running unreal engine games for example, that's a most up-to-date base for comparing. osx is also capable of running such games and afterall, osx and linux are both derivated from the same thing, so they're more equal than it seems

I'd like to see what "thenetavenger" has to say about this. He always claims on the front pages that Direct3D is superior to OpenGL. I guess this goes to show he couldn't be more wrong.

Linux and OpenGL are more than capable at competing against Microsoft's Direct3D. In fact, from every test I've seen, Doom3 also runs faster using OpenGL too. Not only that, but developers can target a much broader set of platforms with OpenGL (Linux, OS X, Android, iOS, and more).

  • Like 1

I like some actual evidence of this. as all my experience shows that the linux kernel is not more efficient than the NT kernel(the NT kernel is newer tech with some stuff that the linux kernel should have had but doesn't). and OpenGL I've never on any system see perform better than D3D. I've seen it perform more stable with illegal meshes(basically handling more error before crashing and burning) but not outperforming.

Technically using Linux doesn't make it faster, OpenGL does.

It is good Valve are pushing Steam to Linux but i don't see many developers porting their games over to Linux, unless it is easy and cost effective for them.

It's Linux and the Linux OpenGL implementation that is faster.

Technically using Linux doesn't make it faster, OpenGL does.

It is good Valve are pushing Steam to Linux but i don't see many developers porting their games over to Linux, unless it is easy and cost effective for them.

Except the blog post specifically mentions that the Linux version ran faster than the Windows OpenGL version. They then improved the Windows OpenGL code and sped that up as well, but it's still not quite as fast as Linux .

After this work, Left 4 Dead 2 is running at 315 FPS on Linux. That the Linux version runs faster than the Windows version (270.6) seems a little counter-intuitive, given the greater amount of time we have spent on the Windows version. However, it does speak to the underlying efficiency of the kernel and OpenGL. Interestingly, in the process of working with hardware vendors we also sped up the OpenGL implementation on Windows. Left 4 Dead 2 is now running at 303.4 FPS with that configuration

Is the visual quality identical?

I have a sneaky suspicion that for more advanced engines, like Frostbite 2.0, D3D will win. I am all for linux gaming, but right now Windows dominates that.

it's not easy to tell.. i'm pretty sure that the game studio can "choose" in which API the game will be smoother.. depends on the work for each one upon the game dev...

In general, Direct3D is designed to virtualize 3D hardware interfaces. Direct3D frees the game programmer from accommodating the graphics hardware. OpenGL, on the other hand, is designed to be a 3D hardware-accelerated rendering system that may be emulated in software. These two APIs are fundamentally designed under two separate modes of thought.

As such, there are functional differences in how the two APIs work. Direct3D expects the application to manage hardware resources; OpenGL makes the implementation do it. This tradeoff for OpenGL decreases difficulty in developing for the API, while at the same time increasing the complexity of creating an implementation (or driver) that performs well. With Direct3D, the developer must manage hardware resources independently; however, the implementation is simpler, and developers have the flexibility to allocate resources in the most efficient way possible for their application.

Until about 2005, another functional difference between the APIs was the way they handled rendering to textures. The Direct3D method (SetRenderTarget()) is convenient, while prior versions of OpenGL required manipulating pixel buffers (P-buffers). This was cumbersome and risky: if the programmer's codepath was different from that anticipated by the driver maker, the code would have fallen back to software rendering, causing a substantial performance drop. However, widespread support for the "frame buffer objects" extension, which provided an OpenGL equivalent of the Direct3D method, successfully addressed this shortcoming, and the "render target" feature of OpenGL brought OpenGL up to par with Direct3D in this respect.

Outside of a few minor functional differences which have mostly been addressed over the years, the two APIs provide nearly the same level of function. Hardware and software makers generally respond rapidly to changes in DirectX, e.g. pixel processor and shader requirements in DirectX 9 to stream processors in DirectX 10, while new features in OpenGL are mainly implemented first by vendors and afterward retroactively applied to the standard.

http://en.wikipedia.org/wiki/Comparison_of_OpenGL_and_Direct3D

One gripe about OpenGL I have is the texture quality in games, they always seem to be more smudgy and unrealistic compared to its DirectX counterpart. Anyone remember the Rage megatexture fiasco. Actually everything from ID software after quake 3 looks horrid.

Well, the more support Linux gets, the more support my Macs get. I'll take OpenGL games over DirectX any day! (see Quake 3).

What exactly is wrong with the Source engine out of curiosity? it still looks and performs great!

Of course it performs great. It's something like 8 years old and relatively simplistic on the visuals front(from what i've seen) compared to games of other, more modern engines. It'd be kind of hard for it not to perform well on everything including your toaster.

Is the visual quality identical?

I have a sneaky suspicion that for more advanced engines, like Frostbite 2.0, D3D will win. I am all for linux gaming, but right now Windows dominates that.

OpenGL isn't any less powerful than D3D, its just that D3D is easier to develop for.

One gripe about OpenGL I have is the texture quality in games, they always seem to be more smudgy and unrealistic compared to its DirectX counterpart. Anyone remember the Rage megatexture fiasco. Actually everything from ID software after quake 3 looks horrid.

That's just because ID has been a joke lately, not because of opengl :rolleyes:

If companies jump on board with this like Valve is hoping and port their games over, could OS X and Linux really be the next gaming platform? I'll switch when all my games are supported, and Windows 7 is at end of life.

I don't think OSX and Linux will become the "next" gaming OSes, I just think that PC gaming will shift from Windows only to true multi platform (which is good for everyone...except MS)

One gripe about OpenGL I have is the texture quality in games, they always seem to be more smudgy and unrealistic compared to its DirectX counterpart. Anyone remember the Rage megatexture fiasco. Actually everything from ID software after quake 3 looks horrid.

If large companies like Valve get behind OpenGL, development will speed up and OpenGL will become more competitive with DirectX
This topic is now closed to further replies.
  • Posts

    • I've been on Deezer for over a decade, but glad that Tidal joined them in fighting AI slop. Can't stand such takes as Spotify's: "Spotify's CEO recently pushed back against listeners who call AI music "slop," urging people to stop using the term and instead embrace the creative potential of AI music."
    • “Could” … in the IS the healthcare is run by insurance companies that make indecent profits denying basic treatments to people that are paying money for nothing. Besides, where are all the Trump epigones who were stating that the tariffs were going to paid by foreign companies and not the US citizens? …
    • Microsoft Teams gets smarter at spotting sneaky meeting bots by Usama Jawad Microsoft Teams is set to receive a couple of new features soon, including a dedicated Recap app and a rather controversial location tracking functionality. The Redmond tech giant has also explained how it has made online communication and collaboration a lot more performant this year. Now, the company has detailed more secure bot admission mechanisms, as first reported by us in March 2026, and now available in Teams. As the use of AI has expanded across enterprise environments, Microsoft has begun allowing users to integrate bots into their meetings for various tasks, such as note-taking. While this has a tangible productivity benefit for users, Microsoft has highlighted how misconfiguration has allowed bots to join meetings that they shouldn't. This has created security and privacy risks, which Microsoft is now combating using a new Teams admin policy that allows organizers to control how external bots access meetings. Admins can leverage a policy called Manage external bots and their access to meetings. The default configuration is "When detected, require approval before joining", which places detected bots in a lobby before they are explicitly admitted into the meeting. The other option disables the experience. Microsoft has also requested admins to only allow organizers and co-organizers to manage access to a meeting, so that other people don't randomly allow bots into meetings. Teams will now be able to leverage infrastructure signals to intelligently detect and distinguish between bots and humans. Microsoft will soon also trial a registration experience for independent software vendors (ISVs) to build a system that registers a bot with Microsoft, so it is marked as a "known" bot. Teams will also categorize bots as trusted and suspected threats so that organizers can quickly identify which bots they want to allow into a meeting. Additional safeguards to block accidental admission of a bot into a meeting include: No one-click Admit option for identified bots Confirmation prompts when admitting participants that include bots Warnings when organizers choose Admit all, and bots are included Microsoft has begun rolling out this experience, and it will be retiring the current CAPTCHA verification implementation. In the future, the company plans to roll out new capabilities like allow-lists, organization-wide policies, admin reports, audit logs, and more granular controls.
    • With the current hardware prices Microsoft should lift the restriction. Then if you have the correct TPM then allow you to use X feature, if you don't have the correct TPM then don't but still actually let you run windows. 11. With a disclaimer during install that X features would be unavailable.
    • It's good for recycling of course. But commence inflation of a second hand RAM bubble and price gouging on DDR 4 inventory in 3... 2... 1...
  • Recent Achievements

    • Reacting Well
      NovaEdgeX earned a badge
      Reacting Well
    • Week One Done
      NovaEdgeX earned a badge
      Week One Done
    • One Year In
      BA the Curmudgeon earned a badge
      One Year In
    • Conversation Starter
      rosiecharles earned a badge
      Conversation Starter
    • First Post
      KMilenkoski1202 earned a badge
      First Post
  • Popular Contributors

    1. 1
      +primortal
      538
    2. 2
      +Edouard
      266
    3. 3
      PsYcHoKiLLa
      151
    4. 4
      Steven P.
      98
    5. 5
      macoman
      66
  • Tell a friend

    Love Neowin? Tell a friend!