home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / arch / 10963 < prev    next >
Encoding:
Text File  |  1992-11-20  |  1.5 KB  |  36 lines
  1. Newsgroups: comp.arch
  2. Path: sparky!uunet!pmafire!news.dell.com!swrinde!zaphod.mps.ohio-state.edu!caen!umeecs!quip.eecs.umich.edu!upton
  3. From: upton@quip.eecs.umich.edu (Michael Upton)
  4. Subject: Re: DEC Alpha AXP System INTEGER Performance
  5. Message-ID: <1992Nov20.160417.22524@zip.eecs.umich.edu>
  6. Sender: news@zip.eecs.umich.edu (Mr. News)
  7. Organization: University of Michigan EECS Dept., Ann Arbor
  8. References: <1698@niktow.canisius.edu> <8840086@hpfcso.FC.HP.COM>
  9. Date: Fri, 20 Nov 1992 16:04:17 GMT
  10. Lines: 24
  11.  
  12. Re: Why no byte write on Alpha?
  13.  
  14. Our group is working on GaAs microprocessor designs, and we have made
  15. many of the same decisions that DEC made on Alpha.
  16. There are two main reasons to avoid byte read and write.
  17.  
  18. 1) Adds a mux on reads, 
  19.     As Mark F. from HP has said, this is no big deal in CMOS.
  20.     but what about other technologies? We are constantly finding
  21.     archetectural decisions that have been made based on  1.2 micron
  22.     CMOS technology that make things very difficult for us in GaAs.
  23.     DEC has said that the architecture is to last for XX (25?) years.
  24.     Decisions made based on current technology often look out of place
  25.     decades later, look at the VAX. Granted, this one instruction will not
  26.     make or break an implementation, but DEC has done a very good job of
  27.     designing a technology neutral architecture.
  28.  
  29. 2)a read-modify-write is required on writes.
  30.     To allow ECC protected writeback primary cache, a RMW is 
  31.     needed to update the ECC bits.
  32.  
  33. Mike Upton
  34. Gallium Arsenide Processor Project
  35. University of Michigan
  36.