Tech Insider					   Technology and Trends


			   USENET Archives


Electronic mail:			      WorldWideWeb:
   tech-insider@outlook.com		         http://tech-insider.org/

PPath: utzoo!utgpu!water!watmath!clyde!att!osu-cis!
tut.cis.ohio-state.edu!ukma!uflorida!beach.cis.ufl.edu!cl0
From: c...@beach.cis.ufl.edu (Chi-Chou Lin)
Newsgroups: comp.arch
Subject: Multiprocessor RISC
Message-ID: <18894@uflorida.cis.ufl.EDU>
Date: 31 Oct 88 08:29:21 GMT
Sender: n...@uflorida.cis.ufl.EDU
Reply-To: c...@beach.cis.ufl.edu ()
Organization: UF CIS Department
Lines: 23



Ok, so much for the RISC vs. CISC. How about change to another
topic:
	What would be the features you would add to RISC-like
	architecture to support OS (either uniprocessor or
	multiprocessor) functions? Consider the issues of cost,
	efficiency, flexibility, and other "RISCy" issue. How
	to justify?

Another issue is :
	Is there any differences between RISC and CISC to
	support a multiprocessor system?

Currently I only know the SPUR architecture at Berkeley is a
multiprocessor RISC (any else?). SPUR has a large cache and
instruction prefetch buffer for each processor. These features
already exist in CISC for a long time. So I wonder if there is
any features necessary to support a RISC multiprocessor
system, but these features don't exist in a CISC multiprocessor
system.

c...@beach.cis.ufl.edu

Path: utzoo!attcan!uunet!husc6!mailrus!purdue!decwrl!sgi!...@patton.SGI.COM
From: j...@patton.SGI.COM (Jim Barton)
Newsgroups: comp.arch
Subject: Re: Multiprocessor RISC
Summary: Very out of date
Message-ID: <21690@sgi.SGI.COM>
Date: 5 Nov 88 17:35:28 GMT
References: <18894@uflorida.cis.ufl.EDU>
Sender: dae...@sgi.SGI.COM
Organization: Silicon Graphics, Inc., Mountain View, CA
Lines: 34

In article <18...@uflorida.cis.ufl.EDU>, c...@beach.cis.ufl.edu (Chi-Chou Lin) writes:
> 
   ...
> 
> Currently I only know the SPUR architecture at Berkeley is a
> multiprocessor RISC (any else?). SPUR has a large cache and
> instruction prefetch buffer for each processor. These features
> already exist in CISC for a long time. So I wonder if there is
> any features necessary to support a RISC multiprocessor
> system, but these features don't exist in a CISC multiprocessor
> system.
> 
> c...@beach.cis.ufl.edu

Have you been living in an igloo for the past year?  There are several
commerically available RISC based multiprocessors on the market today.
Consider the Ardent Titan (MIPS R2000), Apollo DN10000 (PRISM) and
the SGI POWERSeries (MIPS R2000 and R3000).

The minimum necessary hardware in each seems to be coherent caches, but
each has tweaks in other areas.  A RISC multiprocessor is not any harder
than any other kind of multiprocessor, so it should not be viewed as
unique when considering multiprocessor problems and solutions.  The
harder aspects are simply the faster parts and larger caches needed
when dealing with faster (RISC based) processors.


-- Jim Barton
Silicon Graphics Computer Systems    "UNIX: Live Free Or Die!"
j...@sgi.sgi.com, sgi!...@decwrl.dec.com, ...{decwrl,sun}!sgi!jmb

  "I used to be disgusted, now I'm just amused."
			- Elvis Costello, 'Red Shoes'
--

			   USENET Archives


Notice
******

The materials and information included in this website may only be used
for purposes such as criticism, review, private study, scholarship, or 
research.


Electronic mail:			      WorldWideWeb:
   tech-insider@outlook.com		         http://tech-insider.org/