I've read the thread about mixed 64 and 32 bit OS's in a render network with
great interest. The combination of XP 64 host running RS3D 64 and XP 32
servers running the 32 bit network rendering utillity has been the cause of
near instant lock-ups on my network.

Replacing the 64- by the 32 bit version of RS3D on the 64 bit host hasn't
improved anything. So be carefull when mixing 64 and 32 bit OS's in a
network, it may- or may not work. 

The bug has been reported to Realsoft and will be addressed. For the time
being I'm considering to make one of the render servers host for network
rendering jobs as a 32 bit host renders fine with a 64 bit server in the
network.

Regards,

        Frank Bueters

-----Oorspronkelijk bericht-----
Van: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Namens Arjo Rozendaal
Verzonden: zondag 23 december 2007 23:17
Aan: [email protected]
Onderwerp: Re: memory problem

Hi Mark,

I'm pleased to inform you that you can keep at least some of your money in
your pocket ;)
32 and 64 bit can be mixed without problems.
The slaves don't need to be as heavily equipped as the main work station.
Only my workstation is running on 64bit, all the slaves are still on 32bit.
When I render an image of my rather complex city it takes 3.2 G RAM on my
workstation.
But for the slaves 1 Gig of RAM is enough.
I used to have slaves with 512 K, but that has become too little, so I
updated them to 1 or 2 Gig.

Arjo.

Mark Heuymans wrote:
> Hi Arjo,
> Oops, right...  that also means all render slaves have to be 64bit and 
> have plenty of RAM when working with large plants.
> Wow, these V6 plants are nice but incredibly resource-hungry... thank 
> god for the new instance rendering and File instance.
> BTW, the memory options in render settings Automatic, Do not care, 
> Medium and Use sparingly don't seem to have much effect...
>
> thanks for the tips,
> Mark
>
>
>> Going up to 4 Gig on 32bit won't help 32bit applications can address 
>> only 2 Gig per task.
>> So you really need 64bit if you want to handle large trees.
>>
>>
>
>
>

Reply via email to