home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / os2 / advocacy / 4369 < prev    next >
Encoding:
Text File  |  1992-08-21  |  9.8 KB  |  205 lines

  1. Newsgroups: comp.os.os2.advocacy
  2. Path: sparky!uunet!caen!hellgate.utah.edu!jaguar.cs.utah.edu!brian
  3. From: brian%jaguar.cs.utah.edu@cs.utah.edu (Brian Sturgill)
  4. Subject: Re: What and how I'd like to see c.o.o.a advocate.
  5. Date: 21 Aug 92 15:54:55 MDT
  6. Message-ID: <1992Aug21.155455.23056@hellgate.utah.edu>
  7. Organization: University of Utah CS Dept
  8. References: <1992Aug21.001913.9550@hellgate.utah.edu> <1992Aug21.185918.8835@njitgw.njit.edu>
  9. Lines: 194
  10.  
  11. In article <1992Aug21.185918.8835@njitgw.njit.edu> dic5340@hertz.njit.edu (David Charlap) writes:
  12. >In article <1992Aug21.001913.9550@hellgate.utah.edu> brian%jaguar.cs.utah.edu@cs.utah.edu (Brian Sturgill) writes:
  13. >
  14. >>WHERE MICROSOFT WINS
  15. >>Microsoft has the low-end market sewn up... why try to fight it?
  16. >
  17. >There's a wonderful attitude.  With that in mind, we should be still
  18. >using Apple ]['s running VisiCalc.  They had the market sewn up, too.
  19. >Until the PC and Lotus 1-2-3 came along.
  20. But the PC WAS a bigger platform... read below.  The "medium" platform
  21. of the time so to speak.
  22.  
  23. >
  24. >>Any 386SX machine with small memory, small disk runs Windows just fine,
  25. >>but OS/2's better features make it too fat to run there.
  26. >
  27. >Most Windows apps I've used (like Word, Excel, Harvard Graphics, etc.)
  28. >need a lot more than any 386sx machine with small memory and small
  29. >disk.  Once you expand the computer to handle the software (8MB of
  30. >memory and a big disk), you've got a decent OS/2 platform.  Your
  31. >platform is only adequate for running older application or the
  32. >supplied applets.
  33. Only users that run all this simultaneously hit the 4 megs limit with
  34. these (or people with huge documents or spreadsheets, etc)... these
  35. are precisely the people I'm suggesting OS/2 aim for.
  36. Users of Windows on 4 megs systems that write memos and letters, do simple
  37. drawing and spreadsheets, an occasional print/merge... are quite
  38. well served by Windows.  OS/2 should position itself as the place to 
  39. migrate to.  They don't have to wait necessarily for people to use windows
  40. either.  People that use lots of DOS programs and need multitasking are
  41. good targets too.  My argument is that IBM tried to convince people that
  42. OS/2 ran fine in 4 megs... they would be better off to admit the need for
  43. a somewhat higher end system. (And in truth they seem to have started to
  44. do this, but I want to see the official specs changed.)
  45.  
  46. >
  47. >>NT is clearly designed at the low-end workstation level.  Basically
  48. >>any 386-33Mhz with 12 or 16 megs of memory and higher is prime NT territory,
  49. >>especially if that machine is on a network acting as a server.
  50. >>OS/2 is missing a huge number of features in the area of networking.
  51. >
  52. >No.  You add the LAN server package to get all of those features.
  53. Wrong. Please go back to some of my earlier posts of NT's features...
  54. better yet buy a copy and look for yourself.
  55.  
  56. >
  57. >>It also does not have security or symmetric multiprocessing.
  58. >
  59. >It has security.  And I know of no PC-compatible machine with hardware
  60. >support for symmetric multiprocessing, so it's not an issue now.  When
  61. >the hardware becomes available, I don't doubt that IBM will have
  62. >updates available for those users who need it.
  63. There are plenty of MIPS-based multiprocessors now available.
  64.  
  65. ... /* Several points of agreement removed... wow, we agree on something! */
  66. >>As things stand developers won't
  67. >>develop the low-end packages, and Microsoft will get around
  68. >>to that mid-range version of Windows and OS/2 will die the death
  69. >>an unresponsive-IBM deserves.
  70. >
  71. >Because of MultiMedia?  It takes more than sound effects to make a
  72. >good OS.  And it takes more than lack of sound effects to break one.
  73. True, but then multi-media is more than sound effects.  Presentation creation
  74. is about to undergo a huge change.  Video and Sound "clip-art" are already
  75. available.  For the class of user under discussion this will be quite
  76. important.
  77.  
  78. ... /* More points of agreement omitted! */
  79. >>Reasonably priced peer-to-peer networking.  Small networks, even
  80. >>at home are fast becoming the norm for an OS/2-class user.
  81. >
  82. >I don't know about the home user.  But small companies definitely
  83. >want these features.  Right now, client-server is the only thing
  84. >provided.
  85. It depends on the "home" user. At the NT developers conference a fair
  86. portion of the people I talked to at lunch were running OS/2 at home
  87. and at the very least had NetWare Lite running between their main machine
  88. and their spouses.  I to was in the same position, my wife and I both
  89. ran OS/2 and used TCP/IP+NFS to share a printer and disk.
  90. Hobbiest are doing this too.  It's just a matter of time till husband and
  91. wife professionals decide they'd like to share stuff.  The big factor is cost.
  92.  
  93. ... /* Yet more agreement omitted! */
  94. >>EITHER DROP OS/2 3.0 OR MAKE IT A SEPARATE PRODUCT
  95. >>It will be impossible to make a symmetric multiprocessing, network
  96. >>server OS that runs well on a current medium-scale machine.  This is not
  97. >>currently a strong point of OS/2.  Why not fix and properly market
  98. >>OS/2 in the market it is sized for?  If IBM wants to compete
  99. >>with NT then do so with AIX... it is currently much better suited to task.
  100. >
  101. >What do you consider medium?  386's?  The multiprocessing and
  102. Medium is what you can buy from Gateway.  Pretty well any 386/486 is
  103. medium.  These machines are NT's low-end.
  104.  
  105. >portability will be based on the Mach MicroKernel (the last I heard).
  106. >This already runs on the 386 platform.  Why shouldn't IBM exploit that
  107. >end?  AIX will also run on top of Mach at that point.  Why not
  108. >continue to sell both products for both platforms (AIX/386 exists).
  109. The Mach microkernel is a pitiful place to put OS/2... it is slow in
  110. design.
  111. Mach chose a model whereby each system call forces 2 context switches, and
  112. on any currently known/available architecture, context switches are expensive.
  113. This is particularly true on RISC systems.
  114. There are other elements in the Mach's design that falls along the same lines.
  115. Mach was designed to meet a religious idea of what a MicroKernel is.
  116.  
  117. For example consider under OSF/2 a read system call:
  118.     {User Process}   {File Server Process}  {Security Server Process}
  119. -----------------border between kernel and user execution rings----------
  120.             {Micro Kernel}
  121.     
  122. The User Process calls through the MK to the File Server (a context switch),
  123. The File Server calls the Security Server to authenticate the user
  124. (a context switch), which does the authentication and returns to the File Server
  125. (a context switch), which schedules the read, and eventually returns
  126. to the User Process (a context switch).
  127.  
  128. This flaw exists even in the simpler Mach that OSF/1 is based on.  Thus
  129. IBM has not replaced AIX with OSF/1 (which is what they had intended earlier).
  130. Note... the Mach in NextStep, is an early version of Mach that did not
  131. really have a microkernel, but rather had a micro-kernel design.  It's
  132. implementation is as a monolithic kernel, and thus does not have this
  133. problem.
  134.  
  135. FYI, NT looks like this:
  136.  
  137.     {User Process}
  138. -----------------border between kernel and user execution rings----------
  139.     {File Server, MicroKernel, Security Server}
  140.  
  141. The same read call will trap to the kernel ring and then execute with
  142. the approximate overhead of function calls between "servers".
  143. There are no context switches.
  144. A couple of European-based "micro-kernel" designs share a similar flavor...
  145. I forget their names.
  146.  
  147. >
  148. >Also note that OS/2 3.0 is a "future goal".  There is no release date
  149. >or anything else about it other than some nice ideas.  It's kind of
  150. >hard for a company to drop a product that doesn't even exist.
  151. I am confused about why they would want to create an OS/2 that's at
  152. the same level as AIX... these products would clearly compete.
  153. I would rather them not waste time on making the ultimate server OS/2, but
  154. rather create the ultimate desktop platform.
  155.  
  156. >
  157. >>As currently designed, OS/2 is much more suited to being a personal
  158. >>operating system.  Why not capitalize on that as a feature.
  159. Where are they capitalizing on it... what are you seeing I don't?
  160. Where is the advertising that says it's the "DOS" of your dreams.
  161. Simultaneously you can run 5 different DOS programs, etc.  The most
  162. infomative thing I've seen in the advertising is "It's not about
  163. closing old windows, but opening new doors".  Rather vague.
  164. I guess I saw one extended ad in Corporate Computing... it was too long
  165. so I didn't read it... I did however read the editorial in the back
  166. cricizing OS/2.
  167.  
  168. >
  169. >They are.  But you just criticized it for not having networking.  What
  170. >do you want them to do?
  171. Networking is not the same as being a server OS.  I mean they should
  172. concentrate on it being a good client to networks.  I also said it
  173. would be ok to charge for the networking piece, just that it should
  174. be cheap to do simple peer-to-peer.
  175.  
  176. >
  177. >>FINALLY
  178. >>IBM should make a multi-tiered plan that says what's for the low, medium,
  179. >>and high-end, and quit confusing everybody about whether and how Taligent,
  180. >>OS/2, and AIX fit together.
  181. >
  182. >They have done that for a long time:
  183. >
  184. >PC-DOS for the bottom-end PC's.
  185. >OS/2 for the 386 based systems and better Intel platforms
  186. >AIX for the workstations (read: RS-6000)
  187. >OS/400 for their AS/400 minis
  188. >MVS or VM for their ES-9000 mainframes
  189. This was the plan some time ago.  But isn't Taligent going to be the Ultimate
  190. desktop OS?  How does a portable, symetric multiprocessing, secure version
  191. of OS/2 2.0 differ from AIX?  To me the waters look very muddy.
  192.  
  193. >
  194. >All can talk to each other very nicely using SNA networking, which all
  195. >IBM operating systems can make use of.  Taligent isn't fitting into
  196. >anyone's plan for today - it's another future product.
  197. Fine, if you're a Big Blue site.  More and more, most places aren't.
  198. Ah, but if I buy into OS/2, what will happen when Taligent comes out?
  199. They've already stated via press release that OS/2 2.0 support will not
  200. be in the initial release of Taligent, but will follow in 1995.
  201. Taligent is scheduled for 1Q 1994, but is ahead of schedule and looks
  202. like it will be out 4Q 1993... that's a hell of a long gap for 2.0 users.
  203.  
  204. Brian
  205.