RE: Mental Ray Standalone distributed rendering slaves render really slow!

Date : Wed, 30 Apr 2008 15:35:18 -0400
To : <XSI(at)Softimage.COM>
From : "Mathieu Leclaire" <mleclair(at)hybride.com>
Subject : RE: Mental Ray Standalone distributed rendering slaves render really slow!

So what does that mean? It’s normal? I should use larger tiles to maximize the slaves resources or once the tesselated scene data is passed, the slave keeps it in memory for future tiles and it shouldn’t affect the speed anymore?

 

Mathieu Leclaire

R&D Programmer

Hybride Technologies

 

"Yesterday is history, tomorrow is a mystery, today is a gift and that is why it's called the present"

 

-----Original Message-----
From: Halfdan Ingvarsson [mailto:hingvars(at)Softimage.COM]
Sent: Wednesday, April 30, 2008 3:15 PM
To: XSI(at)Softimage.COM
Subject: RE: Mental Ray Standalone distributed rendering slaves render really slow!

 

The cost is mostly in the master sending the tesselated scene data over.

 

 - ½

 


From: owner-xsi(at)Softimage.COM [mailto:owner-xsi(at)Softimage.COM] On Behalf Of Mathieu Leclaire
Sent: 30-Apr-2008 15:09
To: XSI(at)Softimage.COM
Subject: Mental Ray Standalone distributed rendering slaves render really slow!

Hi guys,

 

I’ve configured my Mental Ray Standalone for distributed rendering. When ray3 is launched, the master can easily render 50 times faster then the slaves can. Is this normal? Did I miss-configure something in my XSI installation or is there a problem with my network? It’s faster to render all the tiles directly on my master even though it is a pretty heavy scene. I don’t get it. Is anyone able to enlighten me?

 

Thanks.

 

 

Mathieu Leclaire

R&D Programmer

Hybride Technologies

 

"Yesterday is history, tomorrow is a mystery, today is a gift and that is why it's called the present"

 


Search the XSI List archives here or use the advanced search form to search across mailing lists. Searching help is available.
This site supposedly brought to you by Benjamin Grosser and the Imaging Technology Group.