Originally posted by haplo602
View Post
Announcement
Collapse
No announcement yet.
Is Windows 7 Actually Faster Than Ubuntu 10.04?
Collapse
X
-
Thank you Michael for all the effort you spend to provide tools and articles allowing us to make a point about the current status of Linux. The syllogism is quite simple: Since windows is a good game platform and Linux beats Windows in a lot of tests then Linux is a good gaming platform too!
I'm not dissatisfied about the results. I recall that a few years ago it was impossibile even to think about gaming on Linux. Now we have benchmarks that prove that not only this is technically possibile but might even become a reality considering that Steam is around the corner.
Comment
-
Originally posted by BlackStar View PostActually, there is little point in that. D3D is known to lead GL by about 10% (plus or minus a few percent) in recent versions of Windows. There are outliers, but that is what it boils down to.
getting unigine running in DX11 vs GL4 and then comparing to linux GL4, I think there could be some telling differencies ...
Comment
-
Originally posted by haplo602 View Postnot quite true. the difference is the engine optimisation for DX or GL, also the drivers for DX have tweaks for various games/engines that GL drivers lack. so the overall experience will differ more than 10%.
getting unigine running in DX11 vs GL4 and then comparing to linux GL4, I think there could be some telling differencies ...
The major problem of OpenGL is not its performance but something rather more fundamental: it's the subpar, legacy-ridden API design that is rooted firmly in the '90s. The rest of its problems (driver instability and feature disparity) stem primarily from that.
Comment
-
Originally posted by BlackStar View PostThe major problem of OpenGL is not its performance but something rather more fundamental: it's the subpar, legacy-ridden API design that is rooted firmly in the '90s. The rest of its problems (driver instability and feature disparity) stem primarily from that.
Comment
-
I notice dramatic differences in performance of the ATI Catalyst Linux driver on Ubuntu depending on whether compositing is enabled or disabled. For instance, with compositing disabled, 2D performance of the Catalyst driver is as sluggish as the open source Intel driver was in 2007! It takes up to a second for each refresh of scrolling the window in Chrome. I notice a similar tanking of FPS in 3d games without compositing. It seems that the Catalyst Linux driver is only competitive with compositing *enabled*, which you'd think would actually decrease performance, but due to the architecture of the graphics system, it actually makes everything way faster.
Since I haven't installed Ubuntu 10.04 LTS and tried the default desktop with the video cards you're using, I'd be interested to know whether or not compositing was enabled when you conducted these tests. Please advise.
Oh, and the same applies for Windows 7 -- except that I've noticed Win7 compositing tends to hurt 3d performance slightly. The difference between Aero and stacked window manager is less dramatic on Windows though.
Comment
-
Originally posted by Remco View PostAnd that's FUD. That 90s design has been removed from the API. If you don't load the compatibility extension, you won't even be able to use it.
Why is the design broken? Because it forces you to either stall the pipeline or aggressively reset state for every single operation. Want to stream in model data without disrupting rendering? You have to save the current array object binding (introducing a stall), bind the new array object, stream the data and finally restore the original array object. Same thing for element array objects, vertex array objects, textures, renderbuffers, framebuffers, pixel buffers and programs, multiplied by the number of middleware libraries you are currently using (want to use a 3d model loader? Maybe a text renderer or a UI library? Better save all your state because they might trample everything).
None of this should be necessary in a modern API. None of this is necessary in Direct3d.
Just take a look at the suggestion thread for OpenGL n+1. Direct state access is in nearly every single post there.
Comment
Comment