spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Warum sollst du die Aufgaben denn nicht in Threads aufteilen können? Es gibt doch keinen technischen Unterschied zwischen den von dir genannten Funktionen und jeder anderen Funktion auch. Die Frage ist halt wie sinnvoll das ist. Wenn Daten und Informationen zwischen den Funktionen ausgetauscht werden müssen musst du das ganze möglicherweise zu oft synchronisieren und dann bringt es dir nichts mehr. Aber deine Beispiele sind genau so gut wie jedes andere auch und hängen genau so von den Anforderungen ab.

Kurz gesagt: Jede aktuelle Engine nutzt nach Möglichkeit mehrere Threads zum Beispiel für AI, Sound und Rendering. Die Schwierigkeit ist wie bereits gesagt wurde das ganze so zu trennen, dass der Synchronisierungsaufwand nicht zu hoch wird. Man kann eben nicht alles parallel berechnen.

In dem Fall würde ich sagen, gerade den Server kannst du mit am besten in einen eigenen Thread packen.

Threads erlauben es dir einfach, Code parallel auszuführen. Das bringt natürlich nur was, wenn du auch Code hast, den du parallel ausführen kannst. Nehmen wir als Beispiel Rendering und Input. Natürlich kannst du das in zwei Threads packen. Damit du allerdings weißt, was du rendern willst, musst du erstmal den Input verarbeiten. Die Kunst bei der Sache ist es, die Dinge so zu strukturieren, dass man tatsächlich Codepfade hat, die sinnvoll parallel laufen können...

Also ja, natürlich ist es möglich, diese Dinge in verschiedene Threads zu packen. Aber was soll z.B. dieser Postprocess Thread genau tun? Hängt der nicht vom Output des Render Thread ab? Wie genau sollen Postprocessing und Rendering parallel laufen?

Der Post-Processing-Thread verarbeitet das aktuelle Frame, während der Rendering-Thread schon das nächste Frame rendert.
Dadurch lässt sich die GPU etwas besser ausnutzen, aber man bekommt dadurch auch ein Delay von einem Frame.
Viele Spiele machen sowas, um flüssiger zu laufen, auf Kosten der Reaktionszeit auf die Eingaben des Spielers.

Richtig, das ist eine mögliche Lösung für das konkrete Dilemma. Wobei die nächste Frage dann natürlich ist, wie genau das funktioniert, dass der Postprocessing Thread und der Rendering Thread gleichzeitig die GPU benutzen...

Was bei der Parallelisierung hier interessant sein könnte ist die Nutzung von zwei Grafikkarten gleichzeitig. Viele Notebooks haben ja eine Onboard und eine zweite GraKa. Dass beide für ein Spiel gleichzeitig genutzt werden habe ich bisher (bis auf ein oder zwei Ausnahmen) noch nie mitbekommen. Das könnte sich aber lohnen...

Die Daten von der einen auf die andere (und zurück) zu übertragen dürfte allerdings eine größere Einbuße an Performance bringen als Nutzen.