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 Brad Friedman

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

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.



<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
 <meta content="text/html;charset=ISO-8859 (See http://ISO-8859.ora-code.com)-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
The larger the cache, the better.&nbsp; Especially for rendering.&nbsp; A larger
cache means more rendering binary code can live closer to the CPU along
with more data.&nbsp; Since rendering is such a repetitive process, cache is
very important.&nbsp; It keeps one from taking too many memory access
performance hits.<br>
<br>
I have seen nothing but stunning benchmark results for AMD Dual Core
chips.<br>
<br>
As far as motherboards go, when it comes to AMD opteron dual proc
systems, there are two main types:<br>
<br>
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)<br>
<br>
2) The type in which each CPU has its own dedicated memory controller.&nbsp;
This is faster.<br>
<br>
The introduction of dual core opterons will make for a frightening
machine for certain, with four cores spread over two CPUs.&nbsp; Though,
with the uncertainty of mental ray licensing on dual cores... I don't
know how that works out with regards to $$.&nbsp; Anyone know if mental
images ever got around to telling us how licensing will be affected by
dual core chips?<br>
<br>
-brad<br>
<br>
Lee Hallett wrote:
<blockquote
cite="mid9970BA1C3E95C443B335A96FCCEEF82B04F23D@(protected)
.uk"
type="cite">
 <meta http-equiv="Content-Type" content="text/html; ">
 <meta name="Generator" content="MS Exchange Server version 6.5.7226.0">
 <title>CPUs and XSI/mental ray...</title>
<!-- Converted from text/rtf format -->
 <p><font face="Arial" size="2">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)</font></p>
 <p><font face="Arial" size="2">*sorry, I know this should go to the
hardware list, but the reponse is always minimal!*&nbsp; </font>
 </p>
 <br>
 <ul>
   <p align="center"><span lang="en-gb"><font face="Arial" size="2">Lee|3d
animation and design..</font></span></p>
   <p align="center"><span lang="en-gb"><font face="Arial" size="2">Pixel
pusher &amp; 'telly colouring in' bloke</font></span><span lang="en-us"></span>
<span
lang="en-us"></span><span lang="en-us"></span></p>
 </ul>
 <p align="center"><span lang="en-gb"><font face="Arial" size="1">There
are only 10 sorts of people in the World - those that understand
binary, and those that don't.</font></span></p>
 <br>
 <ul>
   <p><span lang="en-us"><font face="Courier New">&nbsp;</font><font
face="Wingdings" size="2">*</font><font face="Tahoma">&nbsp;</font><font
face="Tahoma" size="1"> &nbsp;&nbsp;&nbsp;&nbsp; BBC Wales | C4 graphics area |
Broadcasting House| Llandaff, Cardiff. CF5 2QY.</font></span><span
lang="en-gb"></span><span lang="en-gb"><b> </b></span>
   <br>
   <b><span lang="en-us"><font face="Courier New">&nbsp;</font><font
face="Wingdings" size="2">(</font></span></b><span lang="en-us">&nbsp;&nbsp;
&nbsp;&nbsp;&nbsp;&nbsp;<font
face="Tahoma" size="1"> +44 (0)29 203 23370</font></span>
   <br>
   <span lang="en-gb"><font face="Arial" size="2">e-</font><font
face="Wingdings" size="2">*</font><font face="Courier New">&nbsp;&nbsp;&nbsp;
&nbsp;</font>
   <font face="Arial" size="1"><a class="moz-txt-link-abbreviated" href=
"mailto:lee.hallett@(protected)">lee.hallett@(protected)</a></font></span><span
lang="en-us"></span><span lang="en-us"></span><span lang="en-us"></span>
   </p>
   <br>
   <br>
 </ul>
 <br>
<a class="moz-txt-link-freetext" href="http://www.bbc.co.uk/">http://www.bbc.co
.uk/</a><br>
 <br>
This e-mail (and any attachments) is confidential and may contain<br>
personal views which are not the views of the BBC unless specifically<br>
stated.<br>
If you have received it in error, please delete it from your system. <br>
Do not use, copy or disclose the information in any way nor act in<br>
reliance on it and notify the sender immediately. Please note that the<br>
BBC monitors e-mails sent or received. <br>
Further communication will signify your consent to this.</blockquote>
<br>
</body>
</html>