home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / arch / 12443 < prev    next >
Encoding:
Internet Message Format  |  1993-01-28  |  2.6 KB
  1. Path: sparky!uunet!ferkel.ucsb.edu!taco!gatech!darwin.sura.net!bogus.sura.net!howland.reston.ans.net!usc!rpi!crdgw1!rdsunx.crd.ge.com!ariel!davidsen
  2. From: davidsen@ariel.crd.GE.COM (william E Davidsen)
  3. Newsgroups: comp.arch
  4. Subject: Re: HOw many PC's make an Amdahl mainframe
  5. Message-ID: <1993Jan27.193225.19140@crd.ge.com>
  6. Date: 27 Jan 93 19:32:25 GMT
  7. References: <1k46ioINNijv@fido.asd.sgi.com> <1993Jan26.215541.9957@adobe.com> <1993Jan27.024351.17902@news.arc.nasa.gov>
  8. Sender: usenet@crd.ge.com (Required for NNTP)
  9. Reply-To: davidsen@crd.ge.com (bill davidsen)
  10. Organization: GE Corporate R&D Center, Schenectady NY
  11. Lines: 39
  12. Nntp-Posting-Host: ariel.crd.ge.com
  13.  
  14. In article <1993Jan27.024351.17902@news.arc.nasa.gov>, lamaster@pioneer.arc.nasa.gov (Hugh LaMaster) writes:
  15.  
  16. | Actually, though, there are plenty of problems that require the largest 
  17. | available power, and, in the commercial world, there are an increasing
  18. | number of really big applications (e.g. VISA-type credit cards) which,
  19. | generally, need an increasing number of transactions-per-second.  Anyone
  20. | tried to buy anything with a VISA card the last week before Christmas?
  21. | The wait can be rather long.   Credit card companies, Airline Reservations, 
  22. | banks with ATM applications, you-name-it.  All have increasing needs for
  23. | systems with expanding transaction rates.  A system which can do 2000 
  24. | transactions/sec may indeed be worth a *lot* more than 200 systems which 
  25. | can do 10 trans./sec.
  26.  
  27.   So who's doing the research on this? Obviously there will always be
  28. problems which need a lot of peak TPS, and I doubt that making bigger
  29. machines will prove practical for long.
  30.  
  31.   Just as scientific calculation has gone parallel, I would expect some
  32. distributed TPS to be coming, but I sure see a lot of bigger and bigger
  33. iron rather than cheap solutions you can put on a network of smaller
  34. systems. I count vector processors as parallel for this discussion,
  35. because they bypass the limitation that N operations take N times
  36. longer than one operation.
  37.  
  38.   Recently we have seen PVM running here, a program which allows a user
  39. to spread a problem over many machines while flooding the network and
  40. bringing all the machines in question to a grinding halt. Has someone
  41. done a similar program for TPS which I've missed? 
  42.  
  43.   The solutions I've seen are not seamless, don't scale well, and fail
  44. to provide database consistency able to meet the standards I see met
  45. with single machine systems.
  46.  
  47.  
  48. -- 
  49. bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
  50.     A terible poker player can have a great hand,
  51.     A obnoxious fool can have a good idea.
  52.     Both are winners, regardless of who has them.
  53.