Re: Three Pipeline Upgrade

New Message Reply Date view Thread view Subject view Author view

Grambo (graham++at++beast)
Thu, 2 Feb 1995 08:02:48 -0800


Personally I'm all for three pipeline upgrades!

There are lots of customers who are successfully doing this now, gotcha's
include: More gfx pipes require more front end processing to feed. So as well
as scaling up the back end, one should scale up the front end as well. A
common process model is having one system wide app and a cull and draw per
process requiring 7 processors, this would leave the 8th available for handling
UNIX or networking issues. Yes applications share the same RAM. THere is one
pool of physical memory, but it is possible to subdivide that into smaller
pools for specific tasks. Other potential gotcha's may include syncing the
video of all output channels together (if required), this is easy with
Performer, but a little more cumbersome when mixing and matching Performer and
non Performer tasks.

Graham

P.S. (call us or your local office if there are configuration issues)

On Feb 1, 3:47pm, Kevin R. McClure wrote:
> Subject: Three Pipeline Upgrade
>
>
>
>
> Dear SGI/PERFORMER PEOPLE:
>
> I am thinking about configuring my ONYX RE4 to a three pipeline system.
>
> Do you see any problems running multiple Performer applications on the
>
> same machine and if so what are they? Do applications share the same RAM?
>
> What do we need to buy in hardware to enable us to do this ?
>
> email: Kevin McClure<mcclure++at++chris.gcs.redstone.army.mil>
> phone: (205) 842-7290
>
>
>-- End of excerpt from Kevin R. McClure

-- 

"It is often easier to fight for one's principles than to live up to them." , Happy, happy, Joy, joy...

---------------------------------------------------------------------- Graham (Grambo) Beasley Silicon Graphics, Inc. MTS (Simulator Guy) (415) 390-5420 graham++at++sgi.com ----------------------------------------------------------------------


New Message Reply Date view Thread view Subject view Author view

This archive was generated by hypermail 2.0b2 on Mon Aug 10 1998 - 17:50:56 PDT

This message has been cleansed for anti-spam protection. Replace '++at++' in any mail addresses with the '@' symbol.