home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / arch / 12079 < prev    next >
Encoding:
Text File  |  1993-01-05  |  2.4 KB  |  50 lines
  1. Newsgroups: comp.arch
  2. Path: sparky!uunet!haven.umd.edu!purdue!mentor.cc.purdue.edu!pop.stat.purdue.edu!hrubin
  3. From: hrubin@pop.stat.purdue.edu (Herman Rubin)
  4. Subject: Re: FP-number cache? Unclocked VLSI design.
  5. Message-ID: <C0Dsuu.7wE@mentor.cc.purdue.edu>
  6. Summary: This will only make it worse
  7. Sender: news@mentor.cc.purdue.edu (USENET News)
  8. Organization: Purdue University Statistics Department
  9. References: <1993Jan5.085415.19676@klaava.Helsinki.FI>
  10. Date: Tue, 5 Jan 1993 12:47:17 GMT
  11. Lines: 37
  12.  
  13. In article <1993Jan5.085415.19676@klaava.Helsinki.FI> veijalai@klaava.Helsinki.FI (Tony Veijalainen) writes:
  14.  
  15. >This is my third posting in my cracy thoughts series :-)
  16.  
  17. >There is common trend towards harwardizing the memory lane by separating
  18. >instructions and data to separate caches with own bus to other parts of
  19. >CPU.
  20.  
  21. >On the other hand FPU-units that appear more and more are in modern big
  22. >CPU:s are quite far conceptually from other operations.  I have
  23. >suspision that FP-arithmetic tends to cluster quite heavily, and because
  24. >of traditional efficiency thinking and fixed number arithmetic in
  25. >business applications some big parts of programs are integer only (not
  26. >much FP-operations in interupt code for example :-). 
  27.  
  28. >So have somebody researched the havoc FPU-instructions make to general
  29. >data cache? Is there possible advantage of having FP-number (with
  30. >separate bus to FPU-register file) and fixnumber caches with advantages
  31. >outdoing the cost on CPU (like diminiching the general cache size, is
  32. >this over specialization?). 
  33.  
  34. Those of us who use more sophisticated numerical procedures consider this
  35. to be essentially the opposite direction to go.  It is not the case that
  36. integers are only used for addresses and indices; they are vitally needed
  37. for what is commonly called "number-crunching."  Fixed-point arithmetic
  38. has great advantages in many situations, and often is so slow in some of
  39. the "modern" machines, especially multiplication, that it pays to go to
  40. the massive headaches of making the floating arithmetic emulate fixed-point
  41. arithmetic.  This is especially bad with the formats in which floats are
  42. automatically normalized and with the most significant bit missing, and
  43. where there are even separate registers for integers and floats.
  44.  
  45. -- 
  46. Herman Rubin, Dept. of Statistics, Purdue Univ., West Lafayette IN47907-1399
  47. Phone: (317)494-6054
  48. hrubin@snap.stat.purdue.edu (Internet, bitnet)  
  49. {purdue,pur-ee}!snap.stat!hrubin(UUCP)
  50.