home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / arch / 12025 < prev    next >
Encoding:
Internet Message Format  |  1993-01-01  |  3.8 KB

  1. Path: sparky!uunet!haven.umd.edu!cbl.umd.edu!starburst.umd.edu!mike
  2. From: mike@starburst.umd.edu (Michael F. Santangelo)
  3. Newsgroups: comp.arch
  4. Subject: Re: IBM AS/400 is the world's slowest.. (actually multiuser systems)
  5. Date: 2 Jan 1993 02:59:15 GMT
  6. Organization: University of Maryland, Chesapeake Biological Laboratory
  7. Lines: 64
  8. Message-ID: <1i30e3INNksu@cbl.umd.edu>
  9. References: <1992Dec21.141558.18626@rchland.ibm.com> <id.HD1W.X03@ferranti.com> <1992Dec26.003022.25532@bilver.uucp> <id.TX9W.FC3@ferranti.com> <1993Jan1.102554.28575@metapro.DIALix.oz.au> <C07DK0.E7t@cs.bham.ac.uk>
  10. NNTP-Posting-Host: starburst.umd.edu
  11.  
  12. axs@cs.bham.ac.uk (Aaron Sloman) writes:
  13.  
  14. >This discussion omits another option: instead of character-cell
  15. >terminals you can use X terminals connected to a powerful,
  16. >expandable, shared compute/file server. For many kinds of users this
  17. >combination provides most of the benefits of a workstation on each
  18. >user's desk but at a lower cost per user (including memory costs,
  19. >system management costs, etc.). (Obviously some kinds of users
  20. >should not be on a shared machine, or should not have their screens
  21. >driven over a network, e.g. when doing continuous high speed
  22. >bit-mapped graphics.)
  23. >
  24. >There are now several computer science departments in universities
  25. >where this network architecture works very well. Of course, it is
  26. >very important that as usage grows you can increase the power of the
  27. >shared machine, either by replacing the processor or by increasing
  28. >the number of processors, if you have a decent symmetric
  29. >multiprocessor system.
  30. >
  31. >Moreover, when there's a new step in technology it is generally
  32. >cheaper to upgrade a shared central server, from which everyone
  33. >immediately benefits, than to upgrade the workstation on every desk.
  34. >X terminal users will generally experience a central server upgrade
  35. >as comparable to replacing a desktop workstation with a more
  36. >powerful model, or giving them all more memory, etc.
  37. >
  38. >People who suffered timeshared systems in the 70's often refuse to
  39. >believe any of this unless they have direct experience of the
  40. >benefits. (And people whose income depends on selling or looking
  41. >after workstations won't believe it even then....)
  42. >
  43. >The strength of this argument is not undermined by the horrors of X:
  44. >at least it provides graphical interaction over a network.
  45. >
  46. >Aaron
  47.  
  48. X-terminals are not themselves the cure-all either.  Like diskless
  49. workstations they rely on decent networking as they produce quite a lot
  50. of network traffic.  Ethernet with its CSMA/CD architecture and 10Mb/sec
  51. bandwidth can be brought to its knees with these devices when the usage
  52. is moderate or more (depending as well on the # of stations).  At
  53. least with multiuser systems the terminal equipment was all character
  54. based using I/O controllers that were often distributed (multipoint)
  55. for the big guys or point-to-point between the terminal and the multiuser
  56. computer systems.
  57.  
  58. The rule with ethernet one must remember is that just because you
  59. have 10Mb/sec (1.25M bytes/sec RAW ABSOLUTE MAX THROUGHPUT without
  60. taking into account any protocol overhead or collision degredation)
  61. does not mean you can forget about well designed connectivity options.
  62.  
  63. The world of OLTP is a far different than academic/college environments.
  64. I've been in both.
  65.  
  66. There is no one-solution-fits-all.  The best approach is to use the right
  67. solution and implement a very supportive underlying networking
  68. infrastructure.  Some of the older connectivity ideas still have their
  69. place and are more suited to the job than some of the more modern ones.
  70.  
  71. --
  72. -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  73. Michael F. Santangelo                 + Internet: mike@cbl.umd.edu      [work]
  74. Computer & Network Systems Head       +           mike@kavishar.umd.edu [home]
  75. Univ MD: CEES / CBL (Solomons Island) + BITNET:   MIKE@UMUC  [fwd to mike@cbl]
  76.