home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / super / 1055 < prev    next >
Encoding:
Text File  |  1992-11-18  |  2.0 KB  |  41 lines
  1. Newsgroups: comp.sys.super
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!sgiblab!sdd.hp.com!cs.utexas.edu!hellgate.utah.edu!lanl!cochiti.lanl.gov!jlg
  3. From: jlg@cochiti.lanl.gov (J. Giles)
  4. Subject: Bandwidth, bandwidth, clock speed, and (mostly) bandwidth (was: What are people paying for when they by a supercomputer?)
  5. Message-ID: <1992Nov18.185914.21462@newshost.lanl.gov>
  6. Sender: news@newshost.lanl.gov
  7. Organization: Los Alamos National Laboratory
  8. References: <JET.92Nov17104503@boxer.nas.nasa.gov> <1992Nov17.192804.4410@news.eng.convex.com> <JET.92Nov17165616@boxer.nas.nasa.gov> <1992Nov18.155005.22300@eagle.lerc.nasa.gov>
  9. Date: Wed, 18 Nov 1992 18:59:14 GMT
  10. Lines: 29
  11.  
  12.  
  13. That's what's needed.  You need bandwidth between the CPU and the memory.
  14. What's the use of a GFlop machine if you can only feed it at full speed
  15. through a narrow cache?  A *large* cache maybe will do, but then the cache
  16. is the *real* memory of the machine and what you're calling memory is
  17. really solid-state disk.
  18.  
  19. You need bandwidth between the memory and the external storage devices.
  20. What's the use of a fast machine if it requires lots of idle cycles
  21. while swaps and/or page-faults are handled?
  22.  
  23. You need bandwidth among the CPUs.  What's the point of having more
  24. than one processor if they spend lots of idle cycles waiting for
  25. interprocessor communications?
  26.  
  27. The CPU need be no faster than all this bandwidth can effectively *feed*.
  28. That's why some of the most costly components of supercomputers are memory, 
  29. I/O channels, solid-state disks, fast magnetic disks, etc..
  30.  
  31. To be sure, there are some algorithms which can use up a lot of CPU
  32. cycles without needing much memory access, much less much other 
  33. communication.  Such algorithms can give the so-called "super-micros"
  34. some really impressive benchmark numbers.  But, if they don't have
  35. the bandwidth, such "super-micros" are really very super.  And if they
  36. *do* have the bandwidth, they end up costing in the same ballpark as
  37. existing mainframe supercomputers.
  38.  
  39. -- 
  40. J. Giles
  41.