home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / super / 1126 < prev    next >
Encoding:
Text File  |  1992-12-14  |  3.0 KB  |  64 lines
  1. Newsgroups: comp.sys.super
  2. Path: sparky!uunet!think.com!sdd.hp.com!elroy.jpl.nasa.gov!ames!pioneer.arc.nasa.gov!lamaster
  3. From: lamaster@pioneer.arc.nasa.gov (Hugh LaMaster)
  4. Subject: Re: Precision requirements
  5. Message-ID: <1992Dec14.164209.11844@news.arc.nasa.gov>
  6. Sender: usenet@news.arc.nasa.gov
  7. Organization: NASA Ames Research Center, Moffett Field, CA
  8. References: <1992Dec10.073526.4969@nas.nasa.gov> <1992Dec10.141843.2836@cis.uab.edu> <ANIK.92Dec13020643@polaris.crhc.uiuc.edu>
  9. Distribution: inet
  10. Date: Mon, 14 Dec 1992 16:42:09 GMT
  11. Lines: 51
  12.  
  13. In article <ANIK.92Dec13020643@polaris.crhc.uiuc.edu>, anik@crhc.uiuc.edu (Sadun Anik) writes:
  14.  
  15.  
  16. |> I don't follow the logic here. Since when MPP usage has been an
  17. |> important factor in uP design? 
  18.  
  19. I really couldn't say.  Certainly, commodity uP's have already been
  20. used in MPP's.  *At least* the following, probably more:
  21. SPARC by Thinking Machines,
  22. i860 by Intel, and similar applications by Alliant and FPS (now Cray),
  23. 88k (and 68k before that) by BBN,
  24. Program announcements by Cray wrt to Alpha/21064 chip (no product yet)
  25. Program announcements by Convex wrt to HP-PA/(7100?) chip (no product yet)
  26. (There are probably others if I kept thinking about it.)
  27.  
  28. My point is that commodity uP's are already being used in MPP designs.
  29. I don't know why MPP requirements *wouldn't* be an important factor,
  30. considering the potential for a successful MPP vendor with good sales
  31. to sell hundreds of thousands, possibly even millions, of chips per
  32. year.
  33.  
  34.                               I wouldn't hold my breath to see 128
  35. |> bit FP in a uP. It may happen in the future, but only when desktop
  36. |> machine users require  it. 
  37.  
  38. Well, it will take a long time before many desktop users require it.
  39. In fact, it is precisely this difference between the desktop user
  40. and the MPP Teracomputer user that caused me to point out this
  41. new requirement.  There are very few legitimate needs for 
  42. greater than 64 bit FP precision today, even at GFLOPS/GBytes.
  43. At TeraFLOPS/TeraBytes, however, there will be *some* problems
  44. which will require 128 bit FP in order to solve them efficiently.
  45. (Actually, not quite precise.  They will require more than 64 bits.)
  46. With MPP systems consuming potentially thousands of chips each, 
  47. I would not think it is prudent to ignore their requirements.
  48. However, because most problems will still fit in 64 bits, full speed
  49. 128 bit FP is not a requirement.  The possibility of full speed
  50. 128 bit FP is interesting, though, with double speed 64 bit, and
  51. quad speed 32 bit.  With 100 million transistor CPUs coming up,
  52. there are some interesting possibilities.
  53.  
  54.  
  55. |> Sadun Anik, U of Illinois at Urbana-Champaign
  56. |> Center for Reliable and High-performance Computing
  57. |> e-mail: anik@crhc.uiuc.edu
  58.  
  59. -- 
  60.   Hugh LaMaster, M/S 233-9,     UUCP:      ames!lamaster
  61.   NASA Ames Research Center     Internet:  lamaster@ames.arc.nasa.gov
  62.   Moffett Field, CA 94035-1000  Or:        lamaster@george.arc.nasa.gov 
  63.   Phone:  415/604-1056                     #include <usenet/std_disclaimer.h> 
  64.