home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / arch / 10712 < prev    next >
Encoding:
Internet Message Format  |  1992-11-14  |  2.8 KB
  1. Xref: sparky comp.arch:10712 comp.lang.forth:3488
  2. Newsgroups: comp.arch,comp.lang.forth
  3. Path: sparky!uunet!charon.amdahl.com!pacbell.com!ames!saimiri.primate.wisc.edu!zaphod.mps.ohio-state.edu!rpi!utcsri!newsflash.concordia.ca!mizar.cc.umanitoba.ca!access.usask.ca!sue!mercury.cs.uregina.ca!bayko
  4. From: bayko@mercury.cs.uregina.ca (John  Bayko)
  5. Subject: Re: What's RIGHT with stack machines (Was Re: What's wrong...)
  6. Sender: news@sue.cc.uregina.ca
  7. Message-ID: <1992Nov14.003355.704321@sue.cc.uregina.ca>
  8. Date: Sat, 14 Nov 1992 00:33:55 GMT
  9. References: <Bx5AIr.EAy.2@cs.cmu.edu> <1992Nov11.134556.20150@super.org> <1992Nov12.204852.807@boole.uucp>
  10. Organization: University of Regina, SK, Canada
  11. Keywords: stack computers, embedded control, AT&T, Crisp, Hobbit
  12. Lines: 44
  13.  
  14. In article
  15.     <1992Nov12.204852.807@boole.uucp>
  16.     NetCmmnd@boole.uucp (System Administrator)
  17. writes:
  18. >Where are the Hobbit people in this thread?
  19.  
  20.     I don't have anything on the Hobbit, but here's a (really very)
  21. brief description of its predecessor from the Great Microprocessor list...
  22. I doubt it's really useful, and probably not error free, but hopefully
  23. interesting...
  24.  
  25.  
  26. Great Microprocessors of the Past and Present (V 4.0.0)
  27.  
  28. [...]
  29.  
  30. Part III: AT&T CRISP, CISC amongst the RISC (1987)
  31.  
  32.     The AT&T CRISP was inspired by the Bell Labs C Machine project,
  33. aimed at a design optimised for the C language. Since C is a stack
  34. based language, the processor is optimised for memory to memory stack
  35. based execution, and has no user visible registers (stack pointer is
  36. modified by special instructions, an accumulator is in the stack), with
  37. the goal of simplifying the compiler as much as possible.
  38.     Instead of registers, a thirty-two entry 32 bit two ported stack
  39. cache is provided. This is similar to the stack cache of the AMD 29000
  40. (in CRISP it's much smaller but is easily expandable), but CRISP has no
  41. global registers. Addresses can be memory direct or indirect (for
  42. pointers) relative to the stack pointer without extra instructions or
  43. operand bits. The cache is not optimised for multiprocessors.
  44.     CRISP has a 512 byte instruction prefetch buffer, 
  45. but decodes the variable length (2, 6 or 10 byte) instructions into a
  46. thirty-two entry decoded instruction cache. Branches are not delayed,
  47. and a prediction bit directs speculative branch execution. The decode
  48. unit folds branches into the decoded instructions, so a predicted
  49. branch does not take any extra clock cycles, saving execution time. The three
  50. stage execution unit takes instructions from the decode cache. Results
  51. can be forwarded when available to any prior stage as needed.
  52.     Though CISC in philosophy, the CRISP is greatly simplified compared
  53. to traditional CISC designs, and features some very elegant design
  54. features. AT&T prefers to call it a RISC processor, and performance is
  55. comparable to RISC designs.
  56.  
  57. John Bayko.
  58.