spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Naja um schneller/langsamer kann man sich jetzt echt schlagen... effektiv macht das keinen Unterschied. Und ich hab ja auch geschrieben das Direct3D von Code her schöner ist. Aber mal sehen was mit GL 5 wird

OpenGL auf Ubuntu ist laut Valve bis zu 20% schneller.
http://www.extremetech.com/gaming/133824…even-on-windows

Das ist auch deshalb ueberraschend, weil bei Windows so weit ich weiss der Window Manager/DE im Kernel liegen (im gegensatz zum X11 server), wodurch
kaum/keine context switches entstehen (=> schneller). Dieses Design ist vermutlich auch der Grund fuer die niedrige stabilitaet/sicherheit, weil man generell versucht den kernel code so klein wie moeglich zu halten. Je weniger Code, desto weniger Bugs .

@FSA
""mal etwas mit dem Stand der Technik mitzugehen""
Was erhoffst du dir?
Es ist nicht so, dass wir deine Meinung nicht hinnehmen. Die Sache ist nur die, dass du deine Behauptungen nicht begruenden kannst. Das ist mir schon oefters aufgefallen ("legalize it"-thread). Seine Meinung lautstark ohne Hintergrund zu propagandieren ist eben keine Grundlage fuer eine fruchtbare Diskussion.

Zitat von »poitroae«

OpenGL auf Ubuntu ist laut Valve bis zu 20% schneller.
http://www.extremetech.com/gaming/133824…even-on-windows

Das Missverständnis ist leider sehr verbreitet unter Laienbloggern von mangelndem technischen Verständnis und dafür umso lauterer Stimme. Ich empfehle sehr, den originalen Blogpost von Valve zu lesen und ein wenig selbst zu denken. Dann werden sofort einige Dinge auffallen, wie z.B.:

• Valve sagt nirgendwo, dass OpenGL schneller ist als Direct3D. Valve sagt, dass ihr neuer OpenGL Port unter Linux schneller läuft als die Direct3D Version unter Windows, das ist schonmal was völlig anderes.
  
• Wer einfach nur schnell nachrechnet, wird sofort feststellen, dass die berichteten 20% eher 15% sind.
  
• Der Test wurde nur mit einer einzigen Grafikkarte eines für seinen hervorragend guten OpenGL Support bekannten Herstellers durchgeführt.
  
• Valve macht keine Angaben über die verwendete Direct3D Version, welche in diesem Vergleich aber von wesentlicher Bedeutung ist. Afaik unterstützt die Source Engine nur maximal Direct3D 9. Im Vergleich zu Direct3D 9 hat OpenGL, bedingt durch die Treiberarchitektur unter Windows, potentiell einen großen Vorteil, was den Overhead des Softwarestack betrifft (OpenGL kann mit wesentlich weniger Context Switches auskommen als Direct3D 9; genau das wird seit Urzeiten immer wieder als eines der Hauptargumente für OpenGL gebracht); mit Direct3D 11 sähe die Welt vermutlich völlig anders aus...
  

Zitat von »poitroae«

Das ist auch deshalb ueberraschend, weil bei Windows so weit ich weiss der Window Manager/DE im Kernel liegen (im gegensatz zum X11 server), wodurch
kaum/keine context switches entstehen (=> schneller).

Mit dem Window Manager hat das nichts zu tun.

Zitat von »poitroae«

Dieses Design ist vermutlich auch der Grund fuer die niedrige stabilitaet/sicherheit, weil man generell versucht den kernel code so klein wie moeglich zu halten. Je weniger Code, desto weniger Bugs .

Welche "niedrige Stabilität/Sicherheit" meinst du genau?

Zitat von »poitroae«

Das ist auch deshalb ueberraschend, weil bei Windows so weit ich weiss der Window Manager/DE im Kernel liegen (im gegensatz zum X11 server), wodurch
kaum/keine context switches entstehen (=> schneller). Dieses Design ist vermutlich auch der Grund fuer die niedrige stabilitaet/sicherheit, weil man generell versucht den kernel code so klein wie moeglich zu halten. Je weniger Code, desto weniger Bugs .

Das hat sich seit Vista geändert. Ein Absturz des Window Managers zieht nicht mehr das ganze System nach. Beim Absturz wird dieser einfach neu gestartet und sogar das Installieren/Updaten von Grafikkartentreibern ist (zumindest mit NVidia Karten) ohne Systemneustart möglich.

@Tobi
Stimmt, hier ein Artikel dazu:
http://developers.slashdot.org/story/05/…t-of-the-kernel

Die Kommentare finde ich auch sehr amüsant

@dot
Ich meine damit die erhöhte Wahrscheinlichkeit fuer einen System-Absturz und Sicherheitsluecken.
Die entstehen wie gesagt einfach nur dadurch, dass sich mehr Code im Kernel befindet.
Der Linux Kernel 3.10 hat rund 15.8m loc [wikipedia], Windows Vista ueber 70 millionen [mos, p. 819]. Ich kann mir echt gut vorstellen, dass Windows 8 nicht mehr weit von den 100 Millionen loc entfernt ist . Der originale NT Kernel (release) hatte uebrigens nur 3m. Ich finde es gut, dass auch bei Windows das DE aus dem kernel geschoben wurde.
Bei Vista [^] sind fairerweise aber auch viele utilities dabei, die nicht zum kernel gehoeren.

Wenn der Window Manager crasht, muss das nicht schlimm sein. Er wird neu gestartet.
Wenn der Window Manager, welcher Teil des Kernels ist, crasht ist das fatal.
Anyway, wie wir gerade erfahren haben ist das seit Vista nicht mehr so.

Zitat von »poitroae«

Windows Vista ueber 70 millionen [mos, p. 819]

Diese Zahl ist eher auf das Komplette System und nicht nur auf den Kernel bezogen...

Das meinte ich mit "Bei Vista [^] sind fairerweise aber auch viele utilities dabei, die nicht zum kernel gehoeren."

Ich wollte klar machen, was man auf beiden Seiten mit einer minimalistischen erhält.
Nichtsdestotrotz schaetze ich den Windows-Kernel (auch _nach_ dem Entfernen des DE in Vista) fuer ergiebig groesser als den von Linux ein.

Mist jetzt bin ich wieder am OS War schuld
Ich hoffe ihr nehmt das ganze genauso wenig persönlich oder ernst wie ich. Ich argumentiere immer auf der Basis dass mir im Prinzip egal ist was andere machen und ich das auch akzeptiere. Also entschuldige FSA wenn das so rüberkam.
Mein Argument war eine 1-Konzern Welt zu verhindern. Du willst doch auch in Zukunft nicht nur von einem Hersteller Schuhe kaufen oder? Es sowieso schon so dass viele sich auf nichts neues einlassen... da muss ich einfach tun was ich kann

Nichts fuer ungut, aber wenn du nicht zu diskutieren bereit bist, dann bist du in meinen Augen in einem (jedem) Forum falsch.
Ich vermute mal, du erwartest von Anderen Antworten, die ueber "Ja" und "Nein" hinausgehen. Nicht mehr oder weniger wird auch von dir erwartet.