clipka <ano### [at] anonymousorg> wrote:
> Dual-/quad-core AMD Opterons and a runtime environment including SUSE 
> Linux... I guess POV-Ray should even install "out of the box", with no 
> need whatsoever to adapt the system-specific config files :-)

  I wonder if POV-Ray 3.7 has ever been tested with that many rendering
threads, and whether it would cope.

-- 
                                                          - Warp

Post a reply to this message

Warp schrieb:
> clipka <ano### [at] anonymousorg> wrote:
>> Dual-/quad-core AMD Opterons and a runtime environment including SUSE 
>> Linux... I guess POV-Ray should even install "out of the box", with no 
>> need whatsoever to adapt the system-specific config files :-)
> 
>   I wonder if POV-Ray 3.7 has ever been tested with that many rendering
> threads, and whether it would cope.

I presume the machine is essentially a cluster, so not much luck there: 
You'll have a huge number of dual- or quad-core machines to crunch away 
at a single frame of an animation each, but that'll be about it. 
Unfortunately, although 3.7 is SMP-ready, it isn't "network-ready" yet.

Post a reply to this message

clipka <ano### [at] anonymousorg> wrote:
> I presume the machine is essentially a cluster, so not much luck there: 
> You'll have a huge number of dual- or quad-core machines to crunch away 
> at a single frame of an animation each, but that'll be about it. 
> Unfortunately, although 3.7 is SMP-ready, it isn't "network-ready" yet.

  I think there's some support in linux to make a cluster look like a
bunch of local processors.

-- 
                                                          - Warp

Post a reply to this message

>> I presume the machine is essentially a cluster, so not much luck there: 
>> You'll have a huge number of dual- or quad-core machines to crunch away 
>> at a single frame of an animation each, but that'll be about it. 
>> Unfortunately, although 3.7 is SMP-ready, it isn't "network-ready" yet.
> 
>   I think there's some support in linux to make a cluster look like a
> bunch of local processors.

If there isn't, Debian have a hacked PVM version of POV-Ray...

-- 
http://blog.orphi.me.uk/
http://www.zazzle.com/MathematicalOrchid*

Post a reply to this message

On 10/3/2009 8:55 AM, Orchid XP v8 wrote:

> Are you seriously suggesting that POV-Ray can simply be recompiled for
> any possible architecture that possesses a C compiler? I would think
> it's more work than that.

Uh.. yeah, POV-Ray was designed to be portable.

-- 
~Mike

Post a reply to this message

>> Are you seriously suggesting that POV-Ray can simply be recompiled for
>> any possible architecture that possesses a C compiler? I would think
>> it's more work than that.
> 
> Uh.. yeah, POV-Ray was designed to be portable.

Well, since apparently this puppy is running Linux (which POV-Ray 
already supports) and an AMD64 CPU (which POV-Ray also supports), sure, 
it's pretty trivial. But if you wanted to do this on some OS where 
libPNG isn't available (for example)...

Post a reply to this message

Invisible <voi### [at] devnull> wrote:
> and an AMD64 CPU (which POV-Ray also supports)

  POV-Ray doesn't support any processors. Compilers do.

> sure, 
> it's pretty trivial. But if you wanted to do this on some OS where 
> libPNG isn't available (for example)...

  POV-Ray can be compiled without pnglib.

-- 
                                                          - Warp

Post a reply to this message

Warp wrote:

>   POV-Ray can be compiled without pnglib.

Oh, right. I didn't know that.

[Or rather, I didn't know it's easy to enable or disable - which I 
presume is what you meant.]

-- 
http://blog.orphi.me.uk/
http://www.zazzle.com/MathematicalOrchid*

Post a reply to this message

Warp schrieb:
> clipka <ano### [at] anonymousorg> wrote:
>> I presume the machine is essentially a cluster, so not much luck there: 
>> You'll have a huge number of dual- or quad-core machines to crunch away 
>> at a single frame of an animation each, but that'll be about it. 
>> Unfortunately, although 3.7 is SMP-ready, it isn't "network-ready" yet.
> 
>   I think there's some support in linux to make a cluster look like a
> bunch of local processors.

If there really is, then be prepared for some serious performance 
degradation, at least with some features (most notably radiosity, 
probably also photons, and a few "smaller" ones like crackle patterns) 
which rely on shared memory.

Post a reply to this message