Recommended Posts

I've never really understood how people can be so loyal over a graphics binding API, in the end it all comes down to driver quality and how good the hardware is. The original blog post about the performance difference puts it down entirely to the Linux drivers and how Source uses OpenGL compared to Direct3D. It's not that OpenGL is "faster" than Direct3D, it's that Source spends a few microseconds extra when it talks Direct3D.

I would bet the vast majority of people wouldn't be able to tell the difference between a game using Direct3D and a game using OpenGL, simply because there should be no graphical difference if it's done right, the people who would notice a difference are those with buggy/non-existent drivers, or those that checked what the game engine uses.

Indeed Max Norris. Like I said previously, I'm all for gaming on Linux if it is genuinely faster, but this 1 flawed comparison isn't going to convince me. I'm not going to make the switch just on the thought/hope that it's faster like the Linux fanboys do, I prefer solid statistical evidence. Bring on a fair testing ground of OpenGL beating DX11/11.1 please with the exact same feature set.

I'm sorry but that's kind of a given considering it's pushing the GPU to do a lot more visually than DX9 games do. Uses a lot more memory and requires a lot more computational power to pull it off.. yea its going to require more horsepower to run. Newer stuff (games, apps, whatever) typically always need more horsepower to run, this is nothing new or specific to gaming, or even DirectX. I'm sure throwing a crapton of work at OpenGL 4 is going to make it a tad slower than OpenGL 1 too dont you think?

And so you'll get an even lower fps. So by using Direct3D 9, that fps is higher than it would be with 10/11. That was my whole point.

Ah, no, sorry again, fully supports DirectX 11. Look for yourself. Even shows visually how it makes it looks a lot better than DX9. They're embracing DX11 head on.

http://mycryengine.c...dex.php?conid=8

The whole engine isn't built around DX11 though. The console and PC versions will ship with DX9 rendering. And like Crysis 2, the DX11 will not be enabled by default.

Again, see above, that's a given.. more math makes more work. (You do know that most DX11 games have an option to turn those visuals off for those with underpowered GPU's yea?)

Again, the point is, by using DX9, Valve is actually giving Direct3D an advantage because it doesn't use the latest technologies, and therefore as you said, it's less demanding for the system. If DX10/11 was used, I'm sure the fps disparity would be even greater.

Congrats on one benchmark being faster. I can show some recent published benchmarks that's completely the opposite where Linux falls short in performance.

Break out the benchmarks ;) I'm always interested provided they are fair, balanced, and recent. And if you're talking about the Unigine benchmarks, I should say that some of the performance bottlenecks that were fixed after Valve's bug reports also apply to that engine, so I'd wait for the fixes to hit mesa before parading them.

The original blog post about the performance difference puts it down entirely to the Linux drivers and how Source uses OpenGL compared to Direct3D. It's not that OpenGL is "faster" than Direct3D, it's that Source spends a few microseconds extra when it talks Direct3D.

Some of it is down to GNU/Linux and some of it OpenGL (it runs faster than Direct3D on Windows too). And the extra time wasn't spent in the source engine, but the Direct3D batch processing in Microsoft's code.

I would bet the vast majority of people wouldn't be able to tell the difference between a game using Direct3D and a game using OpenGL, simply because there should be no graphical difference if it's done right, the people who would notice a difference are those with buggy/non-existent drivers, or those that checked what the game engine uses.

On lower spec machines, a 20% fps difference can make the difference between playable and unplayable.

Indeed Max Norris. Like I said previously, I'm all for gaming on Linux if it is genuinely faster, but this 1 flawed comparison isn't going to convince me. I'm not going to make the switch just on the thought/hope that it's faster like the Linux fanboys do, I prefer solid statistical evidence. Bring on a fair testing ground of OpenGL beating DX11/11.1 please with the exact same feature set.

This is not a flawed comparison:

1.- The blog post is about the performance increase on Linux from 6 to 315 FPS thanks to the work by Valve and the GPU vendors.

2.- The Windows 7 stats are there for reference. If you are working on improving performance on your Linux port you surely want to compare with your previously working implementation on another platform.

3.- So far I haven't seen anywhere what exact OpenGL version they are using on Linux. The claims about Valve using OpenGL 4 are just assumptions.

Long story short: there's no need to get butthurt, this is not a competition. They just released numbers to show how their work in these last months reflect on their ongoing Linux implementation compared to what was a "final", stable implementation (which just happened to be on Windows).

The whole engine isn't built around DX11 though. The console and PC versions will ship with DX9 rendering. And like Crysis 2, the DX11 will not be enabled by default.

That was kind of a given considering not everbody has the capability to run something that demanding yet.. I was just commenting to your quote where you said that it was not supporting it at all, which wasn't true, they're fully taking advantage of it.

Again, the point is, by using DX9, Valve is actually giving Direct3D an advantage because it doesn't use the latest technologies, and therefore as you said, it's less demanding for the system. If DX10/11 was used, I'm sure the fps disparity would be even greater.

You do know that by using DX11 doesn't automatically make it slower right? It's only when you start taking advantage of those new hardare specific features in the API that it starts to push the hardware more.. never mind some of the new features that actually improve performance even on DirectX 9 generation cards, little things like the new multitreading resource handling that works better with multicore CPU's than DX9, stuff like that?

Break out the benchmarks ;) I'm always interested provided they are fair and balanced.

Well I would think so since they're done by Phoronix, a Linux site. And before somebody points out the obvious, I did say that some are faster, some are slower, here's a couple of the faster ones from May. Universally saying one OS is faster than another is just fanboyism. And I'm personally waiting for a fair and balanced benchmark for this one specific case as well, it's not like Valve has an agenda or anything...

benchmark3x.png

benchmark2.png

benchmark1.png

That was kind of a given considering not everbody has the capability to run something that demanding yet.. I was just commenting to your quote where you said that it was not supporting it at all, which wasn't true, they're fully taking advantage of it.

You do know that by using DX11 doesn't automatically make it slower right? It's only when you start taking advantage of those new hardare specific features in the API that it starts to push the hardware more.. never mind some of the new features that actually improve performance even on DirectX 9 generation cards, little things like the new multitreading resource handling that works better with multicore CPU's than DX9, stuff like that?

Well I would think so since they're done by Phoronix, a Linux site. And before somebody points out the obvious, I did say that some are faster, some are slower, here's a couple of the faster ones from May. Universally saying one OS is faster than another is just fanboyism. And I'm personally waiting for a fair and balanced benchmark for this one specific case as well, it's not like Valve has an agenda or anything...

benchmark3x.png

benchmark2.png

benchmark1.png

Well, Ubuntu beats DirectX in two of the three Unigine benchmarks (without any of these recent improvements), but again as I stated before Valve's blog isn't about Linux' performance per se, but about how their recent work in cooperation with GPU vendors has provided awesome results (they went from 6 to 315 FPS).

Well, Ubuntu beats DirectX in two of the three Unigine benchmarks, but again as I stated before Valve's blog isn't about Linux' performance per se, but about how their recent work in cooperation with GPU vendors has provided awesome results (they went from 6 to 315 FPS).

Well I did say it's not 100% faster across the board, and that's just one engine that had the advantage, but again the point was that no single OS is faster than another. Arbitrarily saying "Linux is the best gaming platform ever" just because of one benchmark is absurd, especially when it's not looking at all the factors.

I do agree though, they obviously fixed something that was horribly busted. If they can improve Linux video drivers more (performance and stability) I'm all for that. On my particular hardware anyway, caught between a rock and a hard place.. slower open drivers, or buggy but faster closed drivers. He also says he's going to see if he can apply that same adjustment to DirectX as well.. so right now its apparently a bit one sided.

I've never really understood how people can be so loyal over a graphics binding API, in the end it all comes down to driver quality and how good the hardware is.
Depends on what the API is willing to provide you. Platform/license-wise, OpenGL gets the vote.

the only issue i have with linux and have ever had is the updates / distros so damn many of them every like 6 months you get a major version of your fav. Also its not 100% noob friendly.

Its also very easy to brake linux and it can be a pain in the ass to get working again most the time i just reinstall with windows i never have this issue. If linux had 1 major dev with 1 major build every day 1.5years and updates every now and then and the driver support was good then the OS would be grate. This will never happen though being open source.

You also have things like warentee, tech support issues and stuff.

I do agree though, they obviously fixed something that was horribly busted. If they can improve Linux video drivers more (performance and stability) I'm all for that. On my particular hardware anyway, caught between a rock and a hard place.. slower open drivers, or buggy but faster closed drivers. He also says he's going to see if he can apply that same adjustment to DirectX as well.. so right now its apparently a bit one sided.

That's the point, and that's why going all defensive about the FPS numbers posted on the Valve blog article is an exercise of butthurtness.

This is what they said, exactly:

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.

So what does this mean?

1.- Working with GPU vendors was great, since they achieved going from 6 to 315 FPS.

2.- The Linux kernel and OpenGL work great, since they managed to get great performance with less effort than they spent on the Windows version.

3.- While working on the Linux port they learned some tricks that also helped to improve Windows performance with OpenGL.

4.- They also found out that there was something going wrong with DirectX, so they can now try to fix that and improve the performance there as well.

If anyone feels like drawing other conclusions from that article and starting a platform war that's his problem. I'm not seeing anything other than an update of the work-in-progress of their port of L4D2 to Linux.

That's the point, and that's why going all defensive about the FPS numbers posted on the Valve blog article is an exercise of butthurtness.

Not sure where you're getting "defensive" and "butthurt" from. Aside from the fact I don't care regardless how fast they make it on Linux as I wouldn't use it anyway, I'm just pointing out the blatantly obvious that this is one benchmark in one scenario, and that other benchmarks show differerent numbers in different situations.. IE pointing out to those that are saying "Linux is universally better at gaming" just because of one benchmark and completely ignoring other factors is just nonsense.

1.- Working with GPU vendors was great, since they achieved going from 6 to 315 FPS.

Again, no arguments, always good when somethings fixed (especially something that was obviously broken badly), I don't give a rats ass which OS it's on. I'm not a fanboy, if they can improve something that's used by other people then by all means that's a good thing.

3.- While working on the Linux port they learned some tricks that also helped to improve Windows performance with OpenGL.

4.- They also found out that there was something going wrong with DirectX, so they can now try to fix that and improve the performance there as well.

And once they actually get the various video drivers adjusted on the Windows side with these improvements lets try that benchmark again. Right now it's a skewed benchmark... we fixed a driver issue on one side, didn't touch the other side, so obviously the other side is inferior. Brilliant.

Do you have a source for the exact OpenGL version they are using or are you just making it up?

To expand on this, we don't even know what version of Direct3D they were running in such a comparison.

Publically released versions of Source only support 9, but there are a number of references to 10 in both dxsupport.cfg, and the existance of shaderapidx10.dll.

So until they release what versions of the APIs they were using, crying that Valve wasn't fair to your beloved Microsoft is futile.

Not only that, but being intellectually dishonest in such a fashion doesn't help Valve make a better product either.

And once they actually get the various video drivers adjusted on the Windows side with these improvements lets try that benchmark again. Right now it's a skewed benchmark... we fixed a driver issue on one side, didn't touch the other side, so obviously the other side is inferior. Brilliant.

That's part of the point though isn't it? If they can directly contribute fixes to the graphic drivers rather than having to go through the vendor and ask them to fix it for them, then that proves that the openness of the Linux ecosystem makes development easier for Valve.

Not sure where you're getting "defensive" and "butthurt" from. Aside from the fact I don't care regardless how fast they make it on Linux as I wouldn't use it anyway, I'm just pointing out the blatantly obvious that this is one benchmark in one scenario, and that other benchmarks show differerent numbers in different situations.. IE pointing out to those that are saying "Linux is universally better at gaming" just because of one benchmark and completely ignoring other factors is just nonsense.

Sorry if it seems that I was pointing at you when talking about "butthurtness", I just meant the overall trend about how a benchmark where Linux beats Windows must be obviously unfair and skewed, more so when this isn't even an actual benchmark but an update about the current state of the port.

And I said "butthurtness" because the whole reason this thread has 15 pages so far is that Linux scored higher. If it hadn't you wouldn't have had so many people trying to make up OpenGL versions and other excuses to try to disprove that, at this point in time, Valve managed to get better performance with L4D2 on Linux than they do on Windows.

Again, no arguments, always good when somethings fixed (especially something that was obviously broken badly), I don't give a rats ass which OS it's on. I'm not a fanboy, if they can improve something that's used by other people then by all means that's a good thing.

That's the spirit (Y)

And once they actually get the various video drivers adjusted on the Windows side with these improvements lets try that benchmark again. Right now it's a skewed benchmark... we fixed a driver issue on one side, didn't touch the other side, so obviously the other side is inferior. Brilliant.

It's not skewed (let alone not being a benchmark): L4D2 on Windows is a final released version while L4D2 on Linux is a yet uncomplete port.

Of course you would always be comparing a port against your released version: the later shows the performance levels you expect to be able to reach with your port.

Also they fixed the OpenGL implementation on both platforms and gave the final numbers they got (303.4 on Windows vs 315 on Linux). The DirectX overhead issue is something they have just spotted, and giving the DirectX results just points that there's something wrong there that they'll have to look into but haven't yet figured out how to mitigate.

...

Some of it is down to GNU/Linux and some of it OpenGL (it runs faster than Direct3D on Windows too). And the extra time wasn't spent in the source engine, but the Direct3D batch processing in Microsoft's code.

...

I assumed the overhead was in Source, since I thought Microsoft would have noticed the performance hit compared to OpenGL, if the issue has been around for a decade. But of course it's always possible for such a small difference to vanish into the "noise"

Valve provided answers to some of the questions posted in this thread in the comments section of their blog (as people were asking those same questions there as well):

The Linux version of Left 4 Dead 2 has all graphical features enabled. Obviously, there are still some bugs we are working on but overall, the stability and quality of the rendering is on par with the Windows version.
Image quality for L4D2 on Linux with OpenGL is on par with L4D2 on Windows with Direct3D.
This test used OpenGL version 3.x.

This is great news.. great work Valve.

The problem with Linux was never the OS - it's light, it's fast. It's all about the apps. Bring the apps and more people will use it!

the only issue i have with linux and have ever had is the updates / distros so damn many of them every like 6 months you get a major version of your fav. Also its not 100% noob friendly.

Its also very easy to brake linux and it can be a pain in the ass to get working again most the time i just reinstall with windows i never have this issue. If linux had 1 major dev with 1 major build every day 1.5years and updates every now and then and the driver support was good then the OS would be grate. This will never happen though being open source.

You also have things like warentee, tech support issues and stuff.

If everyone that's somewhat computer savvy (gamers that use Steam I would consider in this category) just sat down, read some tutorials and got acclimated to the Linux environment, they would find themselves more knowledgeable about the inner workings of a computer and less likely to need to use tech support or warranties (at least for non-hardware issues).

But no, we can't expect people to know how to use a computer.

If everyone that's somewhat computer savvy (gamers that use Steam I would consider in this category) just sat down, read some tutorials and got acclimated to the Linux environment, they would find themselves more knowledgeable about the inner workings of a computer and less likely to need to use tech support or warranties (at least for non-hardware issues).

But no, we can't expect people to know how to use a computer.

Because it's not that simple with Linux.

Also, you don't learn "the inner workings of a computer" with Linux. You just learn about the modules in your distro.

Furthermore, you give up a lot of hardware choices by moving to Linux. Sure, they work on Linux but it's not uncommon for certain features to be non-functioning or non-configurable.

Furthermore, you give up a lot of hardware choices by moving to Linux. Sure, they work on Linux but it's not uncommon for certain features to be non-functioning or non-configurable.

Not if you buy from a GNU/Linux OEM. They ensure the hardware is compatible with the OS. It works the opposite way around as well. If hardware is designed to work in Linux, and you try and use Windows on it, there's no guarantee it will function properly.

I feel sorry for those people genuinely thinking about switching to Linux over some flawed comparison next to hundreds of other benchmarks which say the opposite.

Do you really feel that cool doing 10x more complex stuff to achieve the same?

hundreds of other benchmarks which say the opposite.

Some do, some don't.

It'd be certainly weird to switch just because of L4D2 (unless that's all you played), but if you found that the games you play worked on Linux with about the same performance and you didn't need anything that you couldn't do with Linux already, why shouldn't you at the very least consider switching? Not that you have to, but it's a perfectly reasonable option.

Do you really feel that cool doing 10x more complex stuff to achieve the same?

YMMV, but some of the reasons why I use Linux are:

- It makes my work a whole lot easier.

-The extra options in window management (even simple stuff like alt+drag) that make the environment more comfortable.

- It looks better (not really an important feature, I know, but it's a nice plus).

So no 10x complexity over here (quite the opposite actually).

Again, YMMV.

Not if you buy from a GNU/Linux OEM. They ensure the hardware is compatible with the OS. It works the opposite way around as well. If hardware is designed to work in Linux, and you try and use Windows on it, there's no guarantee it will function properly.

Awesome. Throw away your gaming rig and buy a new one even though OEMs don't really sell gaming-rig Linux PCs.

Also the last bit about hardware designed for Linux not working well in Windows; that is so rare it's almost non-existent in the PC realm.

This topic is now closed to further replies.
  • Posts

    • You can't remove Safari though. Or almost any other bundled app for that matter, and pretty much all of them are useless to me (and there are is a heap of them compared to Windows). I'll much rather take Edge than Safari, at least it can be highly customized vs. Safari. I'll take a PC with ten Edges over a Mac any day though as I can't stand all the limitation and painfully frustrationg restriction that make me dislike their stuff with a burning passion, iOS included (especially iOS).
    • DVD only? What kind of self-respecting optical disk backup/ripping tool doesn't support Blu-ray these days? I burned all my DVDs like 15+ years ago...
    • ...but you're Johnny, from Australia?    
    • Glow 26.9 by Razvan Serea Glow provides detailed reporting on every hardware component in your computer, saving you valuable time typically spent searching for CPU, motherboard, RAM, graphics card, and other stats. With Glow, all the information is conveniently presented in one clean interface, allowing you to easily access and review the comprehensive hardware details of your system. Glow provides detailed information on various system aspects, including OS, motherboard, processor, memory, graphics card, storage, network, battery, drivers, and services. The well-organized format ensures easy access to the required information. You can export all the gathered data to a plain text file, facilitating sharing with others for troubleshooting purposes. No installation needed. Just decompress the archive, launch the executable, and access computer-related information. Glow runs on Windows 11 and Windows 10 64-bit versions. Glow 26.9 changelog: New Features The processor hardware detection engine has been significantly enhanced beyond traditional Intel and AMD architectures. Native support is now available for modern platforms such as Apple Silicon (M-Series) and the newly introduced NVIDIA Spark. In addition, all ARM-based processors can now be accurately distinguished between ARM32 and ARM64 architectures, providing precise hardware reporting. This marks a major milestone for Glow's hardware detection capabilities. The RAM manufacturer identification algorithm has been expanded. JEDEC vendor codes for popular brands such as Patriot, PNY, Team Group, GeIL, Lexar (Longsys), and Asgard/Gloway have been integrated into the database. This significantly reduces the likelihood of incorrect or "Unknown Manufacturer" results and improves overall hardware detection accuracy. New Public IP Address and Internet Service Provider (ISP) features have been added to the Network section. To ensure reliability, this information is retrieved from the trusted service ipwho.is. When Hiding Mode is enabled, no requests are sent and these features remain hidden, as they may expose sensitive information. The search engine used in the Installed Drivers, Installed Services, and Installed Applications sections has been enhanced. You can now perform more flexible and accurate searches using initials, partial matches, and loosely arranged character sequences. The TS Preloader loading bar has been rebuilt using our modern TS Custom Controls graphics library, developed entirely in-house. As a result of this infrastructure upgrade, the loading bar now features smooth rendering and rounded corners that align with the visual style of Windows 11. [TS Updater] A new validation algorithm has been added to check whether the target application is currently running before the update process begins. Bug Fixes Resolved a condition that could prevent TS Preloader from shutting down safely during rare application crash scenarios. Fixed a text alignment issue in the Network section affecting the display of DNS addresses. Alignment is now rendered correctly. [TS Updater] Fixed an issue that could prevent the updated application's executable "*.exe" file from being located after the update process. [TS Updater] Fixed a bug that could leave outdated "*.sha256" files in the application directory after an update. [TS Updater] Fixed a rare issue that could cause subfolders to be moved into the root directory after an update. [TS Updater] Fixed an issue during the first launch that could cause flickering and a temporary white window appearance due to Windows Defender interactions. Changes A small improvement has been made to the internet connectivity detection algorithm. Connectivity checks are now performed in the background with minimal impact on the user interface thread. The keyboard shortcuts in the top menu have been reorganized and simplified to provide a consistent experience across all Türkaysoft applications and to avoid potential conflicts with standard Windows shortcuts. The TS Preloader splash image has been updated with a Türkiye-themed stadium design to celebrate Türkiye's qualification for the 2026 FIFA World Cup—its first appearance in 24 years. Congratulations, Türkiye! The TS Custom Controls module has been updated to version 26.6, delivering improved stability and a more polished visual appearance. [TS Updater] The application icon has been redesigned to provide a more modern and refined look. Note: Always unzip the program before using it. Otherwise you may get an error. Download: Glow 26.9 | 1.8 MB (Open Source) Links: Glow Homepage | Screenshot | Github Get alerted to all of our Software updates on Twitter at @NeowinSoftware
  • Recent Achievements

    • One Month Later
      lamborghiniv10 earned a badge
      One Month Later
    • Week One Done
      lamborghiniv10 earned a badge
      Week One Done
    • Reacting Well
      X-No-file earned a badge
      Reacting Well
    • One Month Later
      pestcontrol46 earned a badge
      One Month Later
    • Week One Done
      pestcontrol46 earned a badge
      Week One Done
  • Popular Contributors

    1. 1
      +primortal
      504
    2. 2
      PsYcHoKiLLa
      270
    3. 3
      +Edouard
      75
    4. 4
      Skyfrog
      74
    5. 5
      Steven P.
      71
  • Tell a friend

    Love Neowin? Tell a friend!