CPUs and XSI/mental ray...

Mailing List

Home

Forum Home

Softimage

Carrara

trueSpace

Dir3d-l

Maya - a powerful 3D animation and visual effects software

Macromedia Flash Development

Subjects

•	Cameras
•	scaleDown command
•	black out solved
•	Aircraft Tutorial
•	Mathematical XYZ ?
•	Its done This vs That
•	Its done first week
•	recommendations for screen video captures?
•	3DExplorer "Oddity "
•	New Director
•	ProTeam renewals
•	Fuel 's new websites (X post)
•	Blue peter create a make toy
•	targeting groups question
•	XPost: Shockwave 3D game ( sort of )
•	RES: RES: RES: Fish Modeling
•	Emitting particles from object intersection
•	Fuel 's new websites (X post)
•	Texturing
•	Big Break Contest Videos
•	New Plugins
•	Models and Texture on my updated site
•	Error Installing Patch tS6 6
•	Plasma?
•	Looking for Inspiration
•	Weird EMail Q
•	It 's done first week ?
•	Cherry not cranberry
•	New game
•	Camera Animation Problem
•	Particle plugins?

CPUs and XSI/mental ray...

CPUs and XSI/mental ray...

2005-06-21 - By Lee Hallett

Back

Reply: 1 2 3 4 5 6 7 8 9 10 >>

Cheers Brad - what's the availabillity of dual core like at the moment?
I thought they weren't readily available for a while?

Cheers for the tips on cache (and it's relative importance) and the
memory controller issues on dual procs.

Lee|3d animation and design..

Pixel pusher & 'telly colouring in' bloke

There are only 10 sorts of people in the World - those that understand
binary, and those that don't.

* BBC Wales | C4 graphics area | Broadcasting House|
Llandaff, Cardiff. CF5 2QY.
* +44 (0)29 203 23370
e-* lee.hallett@(protected)

-- --Original Message-- --
From: owner-xsi@(protected) [mailto:owner-xsi@(protected)] On Behalf
Of Brad Friedman
Sent: 21 June 2005 14:19
To: XSI@(protected)
Subject: Re: CPUs and XSI/mental ray...

The larger the cache, the better. Especially for rendering. A larger
cache means more rendering binary code can live closer to the CPU along
with more data. Since rendering is such a repetitive process, cache is
very important. It keeps one from taking too many memory access
performance hits.

I have seen nothing but stunning benchmark results for AMD Dual Core
chips.

As far as motherboards go, when it comes to AMD opteron dual proc
systems, there are two main types:

1) The type in which a single memory controller is shared between the
CPUs (in which case one CPU has slower memory access due to using a
hypertransport pipe to get access to main memory)

2) The type in which each CPU has its own dedicated memory controller.
This is faster.

The introduction of dual core opterons will make for a frightening
machine for certain, with four cores spread over two CPUs. Though, with
the uncertainty of mental ray licensing on dual cores... I don't know
how that works out with regards to $$. Anyone know if mental images
ever got around to telling us how licensing will be affected by dual
core chips?

-brad

Lee Hallett wrote:

Very basic question: given the currently available hardware,
what's the best processor for a kick-ass XSI/mental ray workstation? Any
noteable considerations (Cache/motherboards etc)

*sorry, I know this should go to the hardware list, but the
reponse is always minimal!*

Lee|3d animation and design..

Pixel pusher & 'telly colouring in' bloke

There are only 10 sorts of people in the World - those that
understand binary, and those that don't.

* BBC Wales | C4 graphics area | Broadcasting
House| Llandaff, Cardiff. CF5 2QY.
* +44 (0)29 203 23370
e-* lee.hallett@(protected)

http://www.bbc.co.uk/

This e-mail (and any attachments) is confidential and may
contain
personal views which are not the views of the BBC unless
specifically
stated.
If you have received it in error, please delete it from your
system.
Do not use, copy or disclose the information in any way nor act
in
reliance on it and notify the sender immediately. Please note
that the
BBC monitors e-mails sent or received.
Further communication will signify your consent to this.

http://www.bbc.co.uk/

This e-mail (and any attachments) is confidential and may contain
personal views which are not the views of the BBC unless specifically
stated.
If you have received it in error, please delete it from your system.
Do not use, copy or disclose the information in any way nor act in
reliance on it and notify the sender immediately. Please note that the
BBC monitors e-mails sent or received.
Further communication will signify your consent to this.

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD><TITLE>Message</TITLE>
<META http-equiv=Content-Type content="text/html; charset=us-ascii">
<META content="MSHTML 6.00.2800.1476" name=GENERATOR></HEAD>
<BODY text=#000000 bgColor=#ffffff>
<DIV>Cheers
Brad - what's the availabillity of dual core like at the moment? I thought they
weren't readily available for a while?</DIV>
<DIV> </DIV>
<DIV>Cheers
for the tips on cache (and it's relative importance) and the memory controller
issues on dual procs.</DIV>
<DIV> </DIV>
<DIV> </DIV> 
<UL>
Lee|3d animation and
design..
Pixel pusher &
'telly colouring in' bloke</UL>
There are only 10
sorts
of people in the World - those that understand binary, and those that
don't. 
<UL>
 *       BBC Wales | C4 graphics area | Broadcasting
House| Llandaff, Cardiff. CF5 2QY.  (       +44
(0)29 203 23370 e-*     lee.hallett@(protected) </UL>
<DIV></DIV>
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left>-- --Original Message-- -- From: owner-xsi@(protected)
[mailto:owner-xsi@(protected)] On Behalf Of Brad
Friedman Sent: 21 June 2005 14:19 To:
XSI@(protected) Subject: Re: CPUs and XSI/mental
ray... </DIV>The larger the cache, the better.  Especially
for rendering.  A larger cache means more rendering binary code can live
closer to the CPU along with more data.  Since rendering is such a
repetitive process, cache is very important.  It keeps one from taking too
many memory access performance hits. I have seen nothing but stunning
benchmark results for AMD Dual Core chips. As far as motherboards go,
when it comes to AMD opteron dual proc systems, there are two main
types: 1) The type in which a single memory controller is shared between
the CPUs (in which case one CPU has slower memory access due to using a
hypertransport pipe to get access to main memory) 2) The type in which
each CPU has its own dedicated memory controller.  This is
faster. The introduction of dual core opterons will make for a
frightening machine for certain, with four cores spread over two CPUs. 
Though, with the uncertainty of mental ray licensing on dual cores... I don't
know how that works out with regards to $$.  Anyone know if mental images
ever got around to telling us how licensing will be affected by dual core
chips? -brad Lee Hallett wrote:
<BLOCKQUOTE
cite=mid9970BA1C3E95C443B335A96FCCEEF82B04F23D@(protected)
.uk
type="cite">
<META content="MS Exchange Server version 6.5.7226.0" name=Generator>
Very basic question: given the currently available
hardware, what's the best processor for a kick-ass XSI/mental ray workstation
?
Any noteable considerations (Cache/motherboards etc)
*sorry, I know this should go to the hardware list
,
but the reponse is always minimal!*  
<UL>
Lee|3d animation
and design..
Pixel pusher &
'telly colouring in' bloke</UL>
There are only 10
sorts of people in the World - those that understand binary, and those that
don't. 
<UL>
 *       BBC Wales | C4 graphics area |
Broadcasting House| Llandaff, Cardiff. CF5 2QY.  (      
+44
(0)29 203 23370 e-*     <A class=moz-txt-link-abbreviated
href="mailto:lee.hallett@(protected)">lee.hallett@(protected)</A>

 </UL> <A class=moz-txt-link-freetext
href="http://www.bbc.co.uk/">http://www.bbc.co.uk/</A> This e-mail
(and
any attachments) is confidential and may contain personal views which are
not the views of the BBC unless specifically stated. If you have
received it in error, please delete it from your system. Do not use, copy
or disclose the information in any way nor act in reliance on it and
notify
the sender immediately. Please note that the BBC monitors e-mails sent or
received. Further communication will signify your consent to
this.</BLOCKQUOTE> http://www.bbc.co.uk/ This e-mail (and any
attachments) is confidential and may contain personal views which are not
the views of the BBC unless specifically stated. If you have received it
in error, please delete it from your system. Do not use, copy or disclose
the information in any way nor act in reliance on it and notify the sender
immediately. Please note that the BBC monitors e-mails sent or received. Further communication will signify your consent to this.</BODY></HTML>