home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / arch / 11853 < prev    next >
Encoding:
Internet Message Format  |  1992-12-22  |  4.2 KB
  1. Xref: sparky comp.arch:11853 comp.sys.dec:6587 comp.sys.sgi:18262 comp.sys.hp:14302
  2. Newsgroups: comp.arch,comp.sys.dec,comp.sys.sgi,comp.sys.hp
  3. Path: sparky!uunet!munnari.oz.au!mtiame!iconix!iconix.oz.au!mwp
  4. From: mwp@iconix.oz.au (Michael Paddon)
  5. Subject: Re: Comparison of Alpha, MIPS and PA-RISC-II wanted
  6. Message-ID: <mwp.724991851@iconix.oz.au>
  7. Sender: news@iconix.oz.au (USENET)
  8. Nntp-Posting-Host: titanic
  9. Organization: Iconix Pty Ltd (World Headquarters)
  10. References: <9211241336.AA22289@menora.weizmann.ac.il> <1992Nov25.131105.4955@cc.ic.ac.uk> <FRANL.92Nov25233757@draco.centerline.com> <0f=Q_u600WBO40k2xV@andrew.cmu.edu> <BzGn32.37C@dscomsa.desy.de>
  11. Date: Tue, 22 Dec 1992 02:37:31 GMT
  12. Lines: 86
  13.  
  14. In <BzGn32.37C@dscomsa.desy.de> hallam@zeus02.desy.de (Phill Hallam-Baker) writes:
  15. >If I wanted to spend my time looking at centuries old technology I would be an
  16. >archeologist.
  17.  
  18. However, to work in a vaccuum is to repeat old mistakes and forget hard
  19. earned lessons. As the computer industry matures, more is accomplished
  20. through evolution.
  21.  
  22. >Bugs they still need to fix:-
  23. >
  24. >  1) Online manual still designed with aim of minimizing disk space rather than
  25. >providing information.
  26.  
  27. This one always amuses me. I've used VMS and it's printed manuals are far less
  28. useful than Unix's, and they are not online. Yet the VMS example is held up
  29. as a paragon. You are mistaking quantity for quality.
  30.  
  31. Example: try to use the VMS backup command in a way that isn't covered in
  32. one of the examples in the manual.
  33.  
  34. >    2) No help facility.
  35.  
  36. The VMS help facility does not provide 10% of the information provided
  37. by the the Unix online manuals.
  38.  
  39. >    3) No standardized user firendly shell.
  40.  
  41. Last time I looked POSIX had standardized at least one of the Unix shells.
  42. You can move to any modern Unix, and be able to use your favorite shell.
  43.  
  44. In comparison, VMS provides DCL. A language with 60's control structures
  45. (no for loops, while loops etc). No pipes. No command output substitution.
  46. No globbing, so that's its done different by every command. God save us!
  47.  
  48. >    4) Command qualifiers hard coded into applications making multilanguage
  49. >customization impossible.
  50.  
  51. This is not a drawback of Unix. The need is for appropriate mechanisms
  52. to be standardised and made available. You can bet that when that happens,
  53. the implementation will be much easier under Unix than VMS.
  54.  
  55. >    5) Requires expensive expert to have a chance of any security.
  56.  
  57. No more so than any other multiuser OS I've dealt with. However,
  58. "Unix is insecure" is another one of those unsubstantiated myths.
  59. Yes, early versions in loose environments (universities, etc.) were
  60. insecure. However, VMS systems on campus were also notoriously easy
  61. to break in to.
  62.  
  63. Modern Unix systems are as secure as any other mass market OS,
  64. so long as the vendor or sysadm don't do anything stupid.
  65.  
  66. >6) File system limited to sequential file, forcing applications to create their
  67. >own file system on top of the UNIX one, thus preventing any standardization or
  68. >application independent optimization.
  69.  
  70. Let's look at a system with file types. List the file... Sorry you can't
  71. do that with XYZ. Run may application on that data... Sorry don't know
  72. how to access that file type.
  73.  
  74. This is real 1960's stuff.
  75.  
  76. >They had a limited problem and provided a limited solution. I find it hard to
  77. >see how you can consider UNIX to be a superior system to VMS while admitting
  78. >that it is inadequate for many tasks. It would appear to me that the strongest
  79. >statement to be made would be that UNIX was superior for some tasks (presumably
  80. >through simplicity).
  81.  
  82. After using both, I found that I produce code up to 10 times faster under
  83. Unix. Which is superior?
  84.  
  85. >If UNIX was ever allowed to become the sole O/S it would halt O/S deelopment
  86. >completely. The only effort UNIX has ever made is in catching up.
  87.  
  88. There should never be a sole OS. That way lies stagnation. However Unix
  89. has broken ground in some extremely important areas; examples are easy to
  90. find, for instance the BSD networking development.
  91.  
  92. The most important point, however, is that Unix is *not* perfect. The
  93. problem with commercialization is that is becomes harder and harder to
  94. throw away old ideas, because code must be supported.
  95.  
  96. So Unix grows crusty with age, and thereby creates room for a newcomer.
  97. What will it be? That's the real question.
  98.  
  99. Michael
  100.