GPGPU im Offline-Rendering?

[The_Silent_One]

Hallo

Wie im Titel schon zu sehen ist, frage ich mich, ob GPGPU im Offline-Rendering eingesetzt werden kann. Zum Editieren werden ja schon seit längerem spezielle Grafikkarten eingesetzt, beim rendern tun die aber nichts.

Sollte es mit GPGPU nicht möglich sein, die GPU auch beim Rendern einzubinden? NV macht ja bereits einen Anfang mit CUDA, damit C-Code auf den GPUs ausgeführt werden kann. Wenn das möglich ist, müsste doch eigentlich auch die GPU von Otto Normal bei seinen Hobby-CAD Renderings mitarbeiten.

Wird so etwas in naher Zukunft kommen oder ist das eher unwahrscheinlich?


MfG

Nur ein Beispiel von vielen:
http://www.nvidia.de/page/gelato.html

[Coda]

Was gerade noch ein bisschen ein Problem ist, ist dass GPUs nur Single-Precision rechnen können. Das wird sich aber wohl vorraussichtlich mit G90 ändern.

Zitat von Coda

Das wird sich aber wohl vorraussichtlich mit G90 ändern.

schade.

Zitat von Gast

schade.

Warum? Weils dann dem ein oder anderen Hersteller an den Kragen geht?

Zitat von Gast

Warum? Weils dann dem ein oder anderen Hersteller an den Kragen geht?

nö, aber mir wären lieber mehr recheneinheiten mit geringerer präzision, da ist die performance besser und FP32 reicht für echtzeitgrafik locker aus.
höhere genauigkeiten kosten nur unnötig performance in form von fehlenden ALUs

[ScottManDeath]

Keiner weis ja wie es implementiert wird....

Zitat von ScottManDeath

Keiner weis ja wie es implementiert wird....

Vermutlich so wie int, ne langsame emulation mit schon vorhandenen Einheiten.

Zitat von ScottManDeath

Keiner weis ja wie es implementiert wird....

auf jeden fall kostet es unnütze transistoren, selbst ILM rechnet "nur" mit FP32-präzision.

Zitat von Gast

nö, aber mir wären lieber mehr recheneinheiten mit geringerer präzision, da ist die performance besser und FP32 reicht für echtzeitgrafik locker aus.
höhere genauigkeiten kosten nur unnötig performance in form von fehlenden ALUs

Ich stimme dir absolut zu!

Mir graut es auch an den Gedanken, dass wertvolle Hardwareresourcen an "GPGPU"-Unsinn verplämpert werden.

[ScottManDeath]

Naja, wenn GPGPU für ernsthaftes wissenschaftliches Numbercrunching interssant sein will, dann muss es double schon irgendwie unterstützen....

Ich programmier und kaufe aber keine Grafikkarten zur Simulation von RNA-Polymerase!

Was wir brauchen ist Füllrate usw. - nicht so ein Firlefanz, der eigentlich nichts mit dem Markt zu tun hat.

[ScottManDeath]

Naja, GPUs decken mehrere Märkte ab, bzw werden das in der Zukunft. Und dies kann man durch relative geringe Änderungen erreichen, indem man double Support einbaut.

Zitat von ScottManDeath

Naja, wenn GPGPU für ernsthaftes wissenschaftliches Numbercrunching interssant sein will, dann muss es double schon irgendwie unterstützen....

dann sollen sie doch bitte auch eigene beschleunigerkarten für diesen bereich auflegen. im wissenschaftlichen bereich wird eh jede menge geld investiert, da kann man genug geld verlangen um auch eine kleine auflage rechtfertigen zu können und muss nicht den "normaluser" den balast mitbezahlen lassen.

[ScottManDeath]

Naja, für wirtschaftliche Betrachtungen haben wir nicht genügend Einblick / Hintergrundwissen...

[micki]

naja, bei CPUs sind die ganzen extensions mit SSE1,2,3,4 auch kaum von nutzen fuer graphische anwendungen, aber fuer wissenschaftliche dinge sind diese Extension gut.
NV und ATI werden euch einfach eklaeren weshalb double ein muss bei graphik ist und ihr werdet zufrieden sein und nur noch ueber AF/AA lachen so wie heute 16vs32bit rendering.
double rendering ist ja viel geiler als single rendering

[#44]

Der Tag fängt ja gut an

*auch kein halbes wissenschafltliches Gerät anschaffen will*

[Coda]

Zitat von micki

NV und ATI werden euch einfach eklaeren weshalb double ein muss bei graphik ist und ihr werdet zufrieden sein und nur noch ueber AF/AA lachen so wie heute 16vs32bit rendering.
double rendering ist ja viel geiler als single rendering

Bei der vorraussichtlichen Performance (Siehe Cell in 64-Bit - so wird's da auch ungefähr aussehen) werden sie das sicher nicht tun.

Der Transistoraufwand dürfte dafür minimal sein, solange sie das mit den 32-Bit-ALUs rechnen.

[micki]

Zitat von Coda

Bei der vorraussichtlichen Performance (Siehe Cell in 64-Bit - so wird's da auch ungefähr aussehen) werden sie das sicher nicht tun.

Der Transistoraufwand dürfte dafür minimal sein, solange sie das mit den 32-Bit-ALUs rechnen.

natuerlich werden sie am anfang nur ne emulation einwerfen, es ist nur dummes feature bashen so wie jetzt mit int, wie ich schon vor ewigkeiten mal sagte waere das alles auch in d3d9 moeglich (nur ne compiler sache).