Re: Lots of very high res textures

Date : Mon, 7 Jan 2008 12:50:42 -0600
To : XSI(at)Softimage.COM
From : "Oscar Juarez" <tridi.animeitor(at)gmail.com>
Subject : Re: Lots of very high res textures
talking about that someone has a list of a good nfs client for windows
one that could work on 64 bits. i think unix services for windows is not supported on 64 bits

On Jan 4, 2008 5:36 PM, Andy Jones < andy(at)thefront.com> wrote:
I don't suppose any of the Windows NFS clients have caching implemented, do they?  I'd be curious if anyone has any general benchmarks on NFS for windows vs. CIFS.

- Andy

On 1/3/08, Halfdan Ingvarsson <hingvars(at)softimage.com> wrote:
This is actually an OS problem and is the same as if you had your page/swap file on the network. If you're using Linux with NFS and caching enabled, it works quite ok since the network copy is transparently copied to the local drive and mapped from there. The same cannot be said for many other network drive implementations and especially not CIFS on Windows.
 
 - ½


From: owner-xsi(at)Softimage.COM [mailto:owner-xsi(at)Softimage.COM] On Behalf Of Votch
Sent: 03-Jan-2008 17:20
To: XSI(at)Softimage.COM
Subject: Re: Lots of very high res textures

With -p and -r the images will cache even if they are located on a network drive. The problem is that MR will constantly stream data from the map file as it's required for rendering.

If you have a small subject within screen space that only occupies a few buckets then this will not be an issue. But if the opposite is true and you are rendering on a farm with lots of machines you will notice high bandwidth demand on both the the file server and network.


With 100 nodes rendering full frame subjects with 5GB of pyramidal / tiled textures the network becomes nearly unusable and render times skyrocket. I've seen render times drop from 1+hours to +/-10 minutes after re-locating all the textures locally onto the rendernode.

Votch-



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.