home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / apollo / 3928 < prev    next >
Encoding:
Text File  |  1992-11-10  |  5.0 KB  |  104 lines
  1. Newsgroups: comp.sys.apollo
  2. Path: sparky!uunet!nih-csl.dcrt.nih.gov!helix.nih.gov!rvenable
  3. From: rvenable@helix.nih.gov (Richard M. Venable)
  4. Subject: Re: Need Some Advice..
  5. Message-ID: <1992Nov11.090143.901@alw.nih.gov>
  6. Sender: postman@alw.nih.gov (AMDS Postmaster)
  7. Organization: National Institutes of Health, Bethesda
  8. References: <1992Nov5.163551.2615@ttsi.lonestar.org> <1992Nov5.201427@helix.nih.gov> <1992Nov9.192837.17737@bcars6a8.bnr.ca>
  9. Date: Wed, 11 Nov 1992 09:01:43 GMT
  10. Lines: 92
  11.  
  12. In article <1992Nov9.192837.17737@bcars6a8.bnr.ca> djf@bnr.ca writes:
  13. >In article <1992Nov5.201427@helix.nih.gov>, rvenable@helix.nih.gov (Richard M. Venable) writes:
  14. >|> ...
  15. >|> token ring, we plan to run Domain/OS as long as possible.  Frankly,
  16. >|> NFS,
  17. >|> ethernet, and X windows are a step backwards as far as many long time
  18. >|> Apollo
  19. >|> users are concerned.  
  20. >|> 
  21.  
  22. The author of the above responds:
  23.  
  24. >Not to start a religious war or anything but, as a user of both windowing 
  25. >systems, I'm interested in knowing what people see in Domain pads, editor,
  26. >etc.  Sure the ability to search back through the pads was nice, but the 
  27. >functionality exists with Xterms -  just not as gracefully.
  28.  
  29. It's that grace and simplicity that some of my cohorts are stuck on.  Myself and
  30. several others made the transition from vt100 on a mainframe or mini directly
  31. to Apollo workstations.  Unix was an infant, regarded as an AT&T curiousity,
  32. and X-windows didn't exist.  Compared to using vt100 and tek4010 terminals
  33. on VAXes and IBM 370s, though, the DM was very nice indeed.  Some things we
  34. especially like are: (1) the ability to move the mouse cursor to a file name
  35. in a pad and open an independent pad to view or edit the file, (2) cutting and
  36. pasting rectangular blocks, and (3) "grabbing" blank delimited words from the
  37. output and appending it to the end of the input buffer.  The DM editor, with
  38. it's additional left keypad, is very intuitive and easy learn; I can't really
  39. say the same for vi or emacs.
  40.  
  41. >Other than that though there is little I miss.  I found the window manager
  42. >really painful for reasons too numerous to mention, but most had to do
  43. >with how little I was able to customize it.  There seemed to be too few
  44. >ways to do neat things that X, MWM, et al can do using resources, xset, etc.
  45.  
  46. It's that grace and simplicity notion again; there aren't as many of those
  47. cute little clocks, mailboxes, and other Xtoys, partly because Apollo
  48. workstations are not nearly as widespread as Unix boxes with X.  The DM is
  49. very efficient compared to X, and is especially well suited to our code
  50. development, scientific research, and molecular graphics environment.
  51.  
  52. >Maybe I just didn't pick up the DM tricks along the way; if so I blame it
  53. >partly on the lack of documentation compared to O'Reilly and all the other
  54. >authors at various levels on X.
  55.  
  56. I found the Apollo documentation, especially the on-line help, to be very
  57. helpful in learning how to manipulate and customize the display manager; much,
  58. much better than X and O'Reilly for the novice.  Many people have trouble
  59. getting started with X because of it's complexity; but like any other window
  60. system, if there's a local expert available, that helps a lot.
  61.  
  62. In spite of what I say here, I spend a good deal of my time convincing other
  63. Apollo users to switch to one of the Unix shells, and to use Xwindows at
  64. almost every opportunity.  I do so for most of my own work, especially when
  65. accessing remote Unix hosts; it's crazy not to IMHO.
  66.  
  67. >So what sorts of thing could DM do that X can't?
  68.  
  69. Well, the DM could run efficiently on a node with a 60 MB disk and 2 MB of
  70. RAM; I don't know if X could do that-- but it's really moot.  They are
  71. different approaches to controlling the display; but X is standard, Apollo
  72. workstations are no longer made, and the days of the Aegis shell are limited.
  73.  
  74. However, HP has a DM emulator available for the 9000 series (model 7xx at
  75. least) principally because of people like us, who were loyal Apollo customers
  76. but can see no particular advantage to one Unix, X windows box over another,
  77. once the price/performance specs we want are matched.
  78.  
  79. X was only one of the things I mentioned.  Consider:
  80.  
  81.  - the token ring operates 20% faster than ethernet (12 Mb/s vs. 10 Mb/s).
  82.  
  83.  - the token ring degrades gracefully under load; no contention overload as
  84.    with ethernet
  85.  
  86.  - one or two simple commands integrate a new node into the net; no tables
  87.    to maintain; ALL volumes accessible to all nodes on the token ring
  88.    (privileges permitting, of course)
  89.  
  90.  - little delay in accessing volumes on the token ring net; much more efficient
  91.    than NFS
  92.  
  93. Overall, the combination of the DM, the token ring, the Apollo // network root
  94. model provided an efficient and elegant environment for our activities, and
  95. still does.
  96.  
  97.  
  98. <---------------------------------------------------------------------->
  99. <  Rick Venable                (O O) |  "Back off, I'm a scientist."   >
  100. <  FDA/CBER Biophysics Lab      )|(  |        -- Bill Murray in        >
  101. <  rvenable@helix.nih.gov       (=)  |           'Ghostbusters'        >
  102. <---------------------------------------------------------------------->
  103.  
  104.