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 sort of agree with you on that. I had a telescope - a real hefty thing, although only around 500CHF - that got me so fascinated about the stars and planets. I would stare for hours, amazed that I could see the craters of the moon or the rings of Saturn in "realtime" (quotations because, y'know, speed of light and whatnot). A friend of mine has a telescope like the one mentioned in the review, and the pictures are amazing to look at. But there is something missing for me. I may as well just go to NASA's website and look through their gallery.
    • As opposed to catching bad press because it's the engine's fault? You didn't really think this through did you? lol. The engine has all the tools a dev needs to optimize their game, Epic isn't gonna hold their hand to make sure they use them. Also, Epic isn't forcing anyone to use Lumen, Nanite or super high resolution meshes and textures. Most of the stuttering can easily be fixed by generating a PSO cache and compiling every shader before loading the game, it's up to the developer to set it up properly.
    • I think it depends on what you're looking for to do, and the time you have to spare. With my Dwarf 3, I easily spend 3-4 hour sessions; half an hour driving to an un-light polluted place, another half hour unpacking and setting up the smart scope + tripod for equatorial tracking, then 15 more minutes mucking around with settings and shooting calibration frames, spending a few hours shooting, merging with past photo sessions, etc. It's crazy how time flies and I often get home later than I expected. It's something I still need to set aside a good part of an evening to do, all in all. For one session, where you often need like four for best results when it comes to deep space objects. Even with a smart scope like Dwarf 3, regular non-astro photography is still way more approachable to people getting into photography. I find this is a time consuming niche no matter how I go about it. With practice, I can probably begin cutting time here but I think where smart scopes find their home is among people who love to shoot the night sky but don't have the spare time to go deep with the "navigator level" attunement to the night sky itself in addition to everything else. Having said this, _if_ you have even more time to spend on this hobby, it will probably be even more rewarding to do it more by hand and learn the skies and the details of how it all works.
    • I misread the title and thought Teams itself would be redesigned. Imagine having this one as a native WinUI app.
    • Dell, HP PCs ran into endless reboot, BitLocker recovery loops but Windows 11 isn't to blame by Sayan Sen Last month Neowin reported on a major issue on Dell systems wherein a bug in its official support tool was leading to endless blue screen of death (BSOD) and restarts. Following our report, Dell officially acknowledged its SupportAssist-related crash issue, confirming that the culprit is not Microsoft's operating system but rather a faulty version of its own remediation software. In a newly published support advisory, Dell stated that version 5.5.16.0 of Dell SupportAssist Remediation and Alienware SupportAssist Remediation can trigger blue screen errors and unexpected system restarts. The company notes that the problematic component operates independently of the main SupportAssist application, meaning users should not remove the primary SupportAssist software when troubleshooting the issue. According to Dell, the crashes are linked specifically to the SupportAssist Remediation service, which is bundled with SupportAssist OS Recovery Tools, and as such it has since released an updated version, 5.5.16.1, which is said to resolve the problem. Affected users are advised to first verify whether version 5.5.16.0 is installed by checking the Installed Apps section in Windows Settings. If so, Dell recommends updating SupportAssist OS Recovery Tools through either SupportAssist's "Update Software" feature or Dell Command Update. Dell also advises users to back up important data before performing the update and to ensure systems remain connected to power throughout the installation process. If you are still having issues though make sure to report to the Dell support forum. As it turns out though Dell is not the only PC maker currently dealing with update-related headaches as HP is also facing a separate but probably equally frustrating issue involving recent Windows Secure Boot updates that were released with recent Windows 11 Patch Tuesdays. Similar to Dell, HP also put up its own support article where it explains the issue. The company says that affected devices could hit a brick wall when booting as they run into a BitLocker recovery loop after the April 2026 updates. The problem appears to affect systems wherein the new UEFI Secure Boot CA 2023 certificates fail to apply properly. As such affected users will find themselves entering their recovery key over and over again despite the system otherwise functioning normally. HP says such PCs should be updated to the latest available BIOS version and configured with the necessary Secure Boot certificates before installing Microsoft's Windows 11 Patch Tuesday updates. Systems that are already experiencing the problem may require BIOS configuration changes to restore normal boot behavior. Admins can find information regarding that in the support article here on HP's official website.
  • Recent Achievements

    • One Month Later
      DJC50PLUS earned a badge
      One Month Later
    • Week One Done
      DJC50PLUS earned a badge
      Week One Done
    • Proficient
      Eric Biran went up a rank
      Proficient
    • Dedicated
      Conjor earned a badge
      Dedicated
    • Week One Done
      Windows Guy earned a badge
      Week One Done
  • Popular Contributors

    1. 1
      +primortal
      493
    2. 2
      PsYcHoKiLLa
      246
    3. 3
      Steven P.
      72
    4. 4
      +Edouard
      69
    5. 5
      neufuse
      68
  • Tell a friend

    Love Neowin? Tell a friend!