Ik had het niet helemaal zo verwoord als ik het wou overbrengen, maar ik doelde eigenlijk ook vooral op het hele DirectX eco-systeem en waarom er net hiermee gewerkt werd in samenwerking met de hiervoor geschreven drivers.
Ja okee, dat is meer een probleem in de organisatie van linux. Linux heeft geen tegenhanger van DirectX, OpenGL is de enige API die ondersteund wordt. En de benadering van drivers is daar iets anders dan bij DirectX. Dat geldt onder Windows overigens ook. En als je puur OpenGL tussen Windows en linux vergelijkt, scheelt dat niet veel, zeker niet bij nVidia.
Ik ben het met je eens dat DirectX qua drivers wat netter geregeld is. Een deel van de API wordt door Microsoft zelf in een 'runtime' library geimplementeerd, en de drivers implementeren alleen een minimale driver-API. Bij OpenGL wordt de complete API door de drivers zelf geimplementeerd. Dit zorgt ervoor dat het veel meer werk is om een OpenGL driver te schrijven en testen, en ook dat er meer verschillen zitten tussen de implementaties van verschillende fabrikanten.
Maar dat is een probleem dat ik de linux-community niet zie oplossen. Er is wel het
Gallium3D-project, waarbij OpenGL-drivers met een shared runtime worden geschreven, zoals DirectX dat doet. Maar dat wordt momenteel alleen bij een aantal opensource drivers gebruikt. Het kost ook wat extra overhead, dus de performance van Gallium3D-drivers zijn vaak wat minder dan de normale varianten.
Ik denk ook niet dat een nVidia of een AMD z'n drivers gaat herschrijven met Gallium3D.
Eerlijk gezegd ben ik best een leek in de details hiervan, maar ik weet wel dat grafische performantie niet meteen een plus is binnen het Linux-omgeving.
Als dit de laatste jaren veranderd is, heb ik hier maar weinig effectief van opgevangen.
Nou ja, zoals ik al zei, dat valt op zich wel mee dus. Als ik m'n OpenGL code test op Windows, OS X en linux, dan is Windows wel de snelste, maar het verschil is niet heel groot. Het verschil komt ook niet zozeer van de graphics drivers zelf, maar vooral ook van alles eromheen, zoals Xorg en de kernel zelf. Windows is toch iets gestroomlijnder van opzet, in het geval van desktop/gaming.
Wat ik wel weet is dat men nu bij windows blijft, puur voor het gamen.
Ja, dat zal de komende jaren ook wel zo blijven. Op zich is het wel mogelijk om goede games voor linux te maken. Maar op Windows zijn er al zo enorm veel goede games, dus voor een gamer is het niet interessant om de overstap te maken.
Met de komst van SteamOS moet het hopelijk wel net zo makkelijk worden voor de leek om games op linux te installeren met de juiste drivers, libraries etc, als onder Windows.
Maarja, dan moeten die games er nog wel komen, en zo ver zijn we nog lang niet. Voorlopig is eigenlijk Valve de enige grote naam die linux-games maakt. Vroeger was het ID software, maar die zijn juist gestopt met ondersteuning van linux (ondanks dat ze hun games nog steeds met OpenGL ontwikkelen), omdat het de moeite niet waard bleek.
Andere grote namen als DICE, CryTek, Ubisoft, Blizzard... die hebben nog niet echt interesse in linux uitgesproken. En dan blijf je op linux dus een hoop populaire games mislopen, en dus kun je maar beter Windows blijven gebruiken.