Mental Ray: Satellite Rendering

**Pittiplatsch** · 20.03.2009

Das Thema Satellite-Rendering mit Mental Ray hat mich schon länger interessiert und heute habe ich mir endlich mal die Zeit genommen es auszutesten (in Maya).

Man hört ja immer nur bedingt gute Sachen über das Satellite-Rendering, doch probieren geht bekanntlich über studieren. Besonders interessant bzw. nützlich wäre es für mich, um Testrenderings von Stills zu beschleunigen.

Das Setup ging soweit gut. In Sachen Geschwindigkeitzuwachs bin ich aber etwas enttäuscht:

Ich habe etwa zwei gleich schnelle Rechner. Rechne ich eine Testszene auf dem Master-Rechner, so dauert die Berechnung etwa 48 Sekunden. Rechne ich nur auf dem Satellite-Rechner, dann braucht die Szene etwa 2 Minuten und 20 Sekunden!!! Was reichlich hoch ist! Mit beiden Rechnern zusammen dauert es etwa 30 Sekunden. Ein geringer Geschwindigkeitsvorteil ist zwar da, aber mehr hätte ich schon erwartet.

Betrachtet man in Windows die CPU-Auslastung auf dem Satellite-Rechner, so schwankt meistens zwischen 10 und 60 Prozent. Ich denke hier ist auch irgendwo das Problem, vermutlich liegt es am Netzwerk? Ich habe hier ein Gigabit/100Mbit Misch-Netz, was aber eigentlich für insgesammt 2 Rechner ausreichen sollte, oder? Ich weiß nicht, inwieweit der Netzwerkauslastungsmonitor von Windows zuverlässig und aussagekräftig ist. Die Auslastung liegt während des Renderings bei lediglich 1 Prozent.

Vielleicht spielen auch noch andere Netzwerk-Faktoren eine Rolle, momentan kann ich es noch nicht richtig erklären. Oder ist es ein generelles Problem beim Satellite-Rendering? Wenn ja, dann würden sich ja kaum mehrere Rechner lohnen, oder?

Vielleicht hat der ein oder andere noch ein paar Tipps?

Danke,
Peter

**Piflik** · 20.03.2009

Mit Maya kenn ich mich nicht aus, aber in Max funktioniert das Netzwerkrendern mit Backburner eigendlich sehr gut.

Ich kann aber mit relativer Sicherheit sagen, dass es bestimmt nicht an der Kapazität des Netzwerks liegt. 1GBit sollte wirklich mehr als genug sein. Möglicherweise gibts irgendwelche Probleme mit der Konfiguration des Netzwerkes; irgendwelche Ressourcenkonflikte, oder so...

Du solltest auch mal eine größere Szene versuchen. Sie sollte schon ein paar Minuten zum rendern brauchen. Bei 48 sec Renderings macht es eigendlich wenig Sinn übers Netzwerk zu rendern, da durch die Datenübertragung Zeit draufgeht.

**Pittiplatsch** · 20.03.2009

Ja, Backburner und Co. funktionieren gut, hauptsächlich eben bei Sequenzen. Das war aber eigentlich nicht mein Anliegen, idealerweise möchte ich eben das Rendern von Stills beschleunigen. Vielleicht geht das mit dem Backburner auch?

Die Äußerungen waren aber wirklich auf das integrierte Rendering-System von Mental Ray (gibs für Max auch) bezogen. Das tickt nochmal ein wenig anders, als die meisten Rendermanager es tun.

Klar, 48 Sekunden ist nicht viel und klar ist auch, das Zeit für den Traffic flöten geht. Aber bei dennoch wundert mich, dass dies gleich fast das 3-fache der Renderzeit ausmacht, wenn ich nur auf dem Satellite-Rechner rendere und das die CPU nicht wirklich ausgelastet ist.

Ich teste jetzt aber gleich nochmal mit einer etwas aufwendigeren Szene.

Danke.

**Pittiplatsch** · 20.03.2009

Ich habe eben nochmal mit einer rechenintensiveren Szene getestet. Das Verhältnis verbessert sich auf jeden Fall. Das Bild der Szene rendert mit 2 Rechner jetzt wirklich fast doppelt so schnell, als mit einem. Also so, wie man es erstmal erwarten würde.

Die CPU-Auslastung schwankt aber nach wie vor, nur jetzt eher zwischen 50 und 100 Prozent. Das ist auf jeden Fall deutlich lukrativer.

Mal sehen, wie sich das ganze in der Praxis verhält. Ich bin gespannt.

**Marci** · 20.03.2009

ist der zweite rechner nen dual core? nich das er nur auf einem kern rendert?

also an sich sollte man wirklich erst bei animationen oder wirklich großen renderings auf das netzwerk rendern zurückgreifen...das initialisieren der szenen dauert einfach nen bissel (alle texturen rüberschieben usw..) und zieht den ersten rechner in mitleidenschaft. solange es also machbar ist (würd sagen unter 2min) alleine rendern und erst final dann in großer auflösung den zweiten mitrendern lassen.

ich kenn das satellite system nicht, aber unter vray kackt gerne mal ein host ab wenn man die szene zwischendurch abbricht...also auch nervig...

**Pittiplatsch** · 20.03.2009

Zitat von Marci »

ist der zweite rechner nen dual core? nich das er nur auf einem kern rendert?

Nein, hat er nicht. Ich denke schon, dass das an den Wartezeiten liegt. Entweder bedingt durch das Netzwerk oder einfach durch das Satellite-Rendering selbst. Wer weiß, wie das Protokoll funktioniert.

Zitat von Marci »

ich kenn das satellite system nicht, aber unter vray kackt gerne mal ein host ab wenn man die szene zwischendurch abbricht...also auch nervig...

Sowas liest man auch von Mental Ray Satellite. Von daher bin ich auch vorsichtig, aber auch irgendwie neugierig.

Animationen würde ich auch eher auf dem klassischen Weg rendern, also jeder Rechner rendert an einem eigenen Frame und nicht alle rendern an ein und dem selben.

Ob ich nun wirklich ein finales Bild nur so rendere oder auch Testrenderings, wird sich zeigen. Da ich eher selten an reinen Stills arbeite, würde es mich eben hauptsächlich reizen, den Testrender-Workflow zu beschleunigen. Naja, mal sehen ... schwierig wird es sowieso, weil ich nicht immer mit Mental Ray rendere und es natürlich nur da funktioniert.

Hab Dank.

**Hellstorm** · 21.03.2009

Also ich finde, das Testrenderings doch gut und gerne ein fall für nen distrubuted rendering sind. Vorallem wenn man, aus welchen Gründen auch immer, häufig Testrenderings machen muss von etwas komplexeren Szenen, so bringt das doch einen enormen Schub bei der Erstellungszeit.
Mitunter hat man ja doch Szenen, wo fast die Hälfte der Arbeitszeit für Renderings zwischendurch draufgeht; vorallem wenn man einen Auftraggeber hat, der am WIP sehr interessiert ist

Aber pauschal würde ich mal sagen, dass die Schwankungen in der CPU-Last netzwerkbedingt sind. Es kommt ja nicht drauf an, ob man nen GBit Netzwerk hat.
Das bringt gar nix, wenn man nur einen günstigen Switch hat, oder gar nur nen einfachen Hub. Ich denke einfach mal, dass auch die Latenzzeiten im Netzwerk eine nicht unwichtige Rolle spielen!

**Pittiplatsch** · 21.03.2009

Zitat von Hellstorm »

Also ich finde, das Testrenderings doch gut und gerne ein fall für nen distrubuted rendering sind. Vorallem wenn man, aus welchen Gründen auch immer, häufig Testrenderings machen muss von etwas komplexeren Szenen, so bringt das doch einen enormen Schub bei der Erstellungszeit.
Mitunter hat man ja doch Szenen, wo fast die Hälfte der Arbeitszeit für Renderings zwischendurch draufgeht;

Genauso sehe ich das auch. Von daher ist das auch mein bevorzugter Anwendungsfall!

Zitat von Hellstorm »

Aber pauschal würde ich mal sagen, dass die Schwankungen in der CPU-Last netzwerkbedingt sind. Es kommt ja nicht drauf an, ob man nen GBit Netzwerk hat.
Das bringt gar nix, wenn man nur einen günstigen Switch hat, oder gar nur nen einfachen Hub. Ich denke einfach mal, dass auch die Latenzzeiten im Netzwerk eine nicht unwichtige Rolle spielen!

Ich fürchte auch, dass dort das Problem liegt. Ich werde mich damit auf jeden Fall weiter beschäftigen. Ich habe auch keine Ahnung, wie das Satellite-Protokoll tickt, aber vielleicht helfen ja z.B. andere Ethernet-Frame-Größen, um den Overhead zu verringern. Mal sehen ...

Themen-Tools	Thema durchsuchen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen	Thema durchsuchen: Erweiterte Suche

Ähnliche Themen
Thema	Themenstarter	Forum	Antworten	Letzte Beiträge
Mental ray: Nur die render elements ausgeben ?	voodoomonkey	Autodesk 3ds Max	7	25.08.2009 23:28
Light Linking mit Mental Ray	Pittiplatsch	Autodesk Maya	4	01.04.2008 19:41
Mental Ray ist weg	THE SQUIRREL	Autodesk Maya	19	11.09.2007 16:02
mental images: Cell-basierter mental ray angekündigt	pixi	Aktuelles	0	13.08.2007 10:30
mental images: Mental Ray 3.6 Shaders	pixi	Aktuelles	1	11.08.2007 13:10

35 Millipeter

MXS Padawan

35 Millipeter

35 Millipeter

Senior

35 Millipeter

void main(){fork(main())}

35 Millipeter