home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / admin / 5048 < prev    next >
Encoding:
Internet Message Format  |  1992-09-15  |  4.0 KB
  1. Xref: sparky comp.unix.admin:5048 comp.windows.x:16710
  2. Newsgroups: comp.unix.admin,comp.windows.x
  3. Path: sparky!uunet!stan!cy
  4. From: cy@solbourne.com (Cy Foughty)
  5. Subject: Re: Xterminal-Server ratio wanted
  6. Message-ID: <Bun4Cu.Ft5@solbourne.com>
  7. Organization: Solbourne Computer, Inc., Longmont, CO
  8. References: <1836euINNaqs@early-bird.think.com> <1992Sep12.201312.3019@tybse1.uucp> <PD.92Sep15183212@herts.x.co.uk>
  9. Date: Tue, 15 Sep 1992 22:12:30 GMT
  10. Lines: 81
  11.  
  12. In article <PD.92Sep15183212@herts.x.co.uk> pd@x.co.uk (Paul Davey) writes:
  13. >
  14. >One of our distributors was telling me the other week of a pair of
  15. >sites using multiple processor Data General machines.
  16. >
  17. >They are running 100 - 150 X terminals per box with no problems.
  18. >
  19. >Software is mixed office automation stuff with X.desktop.
  20. >
  21. >The DG hosts have 96 or 128Mb RAM mind you.
  22. >
  23. >Response is apparently excellent.
  24. > Deleted junk.....
  25.  
  26. I can believe that. The question that needs to be asked is "how many 
  27. ethernet segments are used to support those 100 Xterminals?".
  28.  
  29. I have performed some tests using a network monitor that also can 
  30. generate traffic. The rules I came up with usually give a good response
  31. time on Xterminals.
  32.  
  33.             Xterminal Configuration Rules
  34.  
  35. 1. Separate ethernet segments for Xterminals and ONLY Xterminals!!!!!!
  36.    Ratio: 1 ethernet segment for
  37.    every 100 Xterminals with no more than 40 to 50 Xterminals having 
  38.    heavy graphics programs running. If ALL of your Xterminals are running
  39.    a lot graphics then reduce the ratio to 1 enet segment for every 30-50
  40.    Xterminals. You'll need to experiment. 
  41.  
  42. 2. Because the X protocol trys to use commands instead of transfering images
  43.    use RISC based Xterminals such as the NCD 19c (19" color). The draw functions
  44.    will be performed faster. This is one of the most important rules!!!!!
  45.  
  46. 3. When setting up the Xterminals DO NOT USE NFS for anything!! NFS is a pig!!
  47.    Use the tftp protocol!
  48.  
  49. 4. Xterminals require SYMMETRIC MULTIPROCESSOR SERVERS for good response time.
  50.    A SparcStation 2 or and HP 7xx are not good Xterminal servers. I/O on the
  51.    server side must be fast. Also configure the SYMMETRIC MULTIPROCESSOR SERVER
  52.    with enough memory and cpu's. This can only be determined by analysis of the
  53.    applications running on the server. Suffice to say uniprocessor boxes and
  54.    ASYMMETRICAL MULTIPROCESSOR SERVERS (can you say "SUN") are the worst for 
  55.    Xterminals.
  56.  
  57. 5. Broadcast packets will kill the network. Xterminals seem to show it more.
  58.    Keep the segments free from broadcast packets. Like, xdm access should be
  59.    direct rather than through broadcast packets. Use routers to clean up the
  60.    segment if needed.
  61.  
  62. Comments:
  63.  
  64.    I have used workstations for years and also Xterminals. There are cases
  65.    where workstations are the solution. However, Xterminals provide great 
  66.    service and you have access to the entire server resources. This is good
  67.    only when the server is a SYMMETRIC MULTIPROCESSOR SERVER that has the
  68.    memory, cpu's, and I/O controllers on separate boards. Because if the 
  69.    server goes down, all that is needed is to pull the failing board and
  70.    reboot the server. Performance might decrease while awaiting the new
  71.    board, but the system will be running. 
  72.  
  73.    While developing software on a VAX with several hundred other engineers
  74.    the performance went in the gutter. Compiles took hours instead of minutes.
  75.    The solution the MIS department came up with: buy a bigger VAX. OK, fine.
  76.    for about 6 months, then the same thing again! Same solution! The VAX 
  77.    upgrades were in the millions of dollars!! The UNI-processor VAXes
  78.    with I/O to multiple processes chokes. There is a bottleneck, it is
  79.    called I/O!
  80.  
  81.    With SYMMETRIC MULTIPROCESSOR SERVERS that have multiple I/O channels
  82.    (not all do) most of the bottlenecks vanish. 
  83.  
  84.  
  85.    Xterminals work great if setup correctly with the correct server!!!!!!
  86.  
  87.  
  88. -- 
  89.         Cy Foughty                Solbourne Computer 
  90.     Work: (214) 450-5993      15851 North Dallas Parkway Suite 675
  91.     La Casa: (214) 578-8837   Dallas, TX 75248
  92.     ARETC: Association for the Revival of Electron Tube Computing
  93.