spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Macht das Beispiel bzw. die TriBase Gebrauch von standard containern? Wenn ja könnte das eine Erklärung sein da in neueren Versionen von Visual Studio per default auch im Release Build checked iterators verwendet werden was eine Erklärung für den Performanceunterschied sein könnte...

Zitat von »dot«

Macht das Beispiel bzw. die TriBase Gebrauch von standard containern?

Nein.

Optimier erstmal richtig.
Um aus dem VC++ 10 Compiler das Maximium rauszuholen stell das hier in der Release-Configuration ein:
C++ -> Optimization:
Optimization: Maximize Speed
Inline Function Expansion: Any Suitable
Enable Intrinsic Functions: Yes
Favor Size od Speed: Favor fast code
Omit Frame Pointers: Yes
Enable Fiber-Safe Optimizazions: Yes
Whole Program Optimization: Yes

C++ -> Code Generation:
Enable Enhanced Instruction Set: SSE2

Damit sollte einiges schneller laufen, zumindest von CPU-Seite.

Es kann auch sein (was ich nicht glaube), dass David eine optimiertere Math-Lib hatte. Damit wäre der Code an sich nicht gleich.

Und vor allem: Starte die beiden Release-Versionen außerhalb der IDE! Auch in der Release-Version hängt der Debugger drin und schnüffelt, was natürlich verlangsamt.

300 FPS ist eh schon im Bereich, wo das Messen bald keinen Sinn mehr macht.
Interessanter wäre hier, mehr Objekte in besserer Qualität zu rendern um zu sehen, wie sich die Performance dann verhält.

Ich denke nicht, dass der Test des Beispiels irgendwie plausibler oder aufschlussreicher wird, weil mehr Objekte oder mit mehr Qualität gerendert wird. Das geht letzten Endes vermutlich eh nur zu 90% auf die GraKa (bzw. den Bus und die Pixel-Pipeline) und endet selbst bei massiven Performance-Unterschieden des Kerns in ähnlichen Ergebnissen, da die Performance des Kerns mehr und mehr irrelevant wird.

Zitat von »BlazeX«

Enable Fiber-Safe Optimizazions: Yes

Nur zur Info: das Flag da oben schaltet gewisse Optimierungen aus die zusammen mit Fibres zu Problemem führen können und nicht ein. Nachdem er sicher keine Fibres (Userspace Threads) verwendet, würd ich das abgeschaltet lassen

Ich kann noch empfehlen: "Gleitkommamodell auf "/fp:fast". Kann bei matheintensiven Aufgaben 5 bis 10% Tempo bringen.

Zitat

Ich kann noch empfehlen: "Gleitkommamodell auf "/fp:fast". Kann bei matheintensiven Aufgaben 5 bis 10% Tempo bringen.

Sind die Ergebnisse qualitativ vertretbar, bzw. ändert sich das Ergebnis in der Genauigkeit so sehr, dass es auffällt?

Ich habe keine Unterschiede feststellen können. Ich habe allerdings auch nicht gegoogelt, was nun eigentlich der Unterschied ist. Ich hatte nur "fast" gelesen und habe es mal ausprobiert.