home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / sun / admin / 8195 < prev    next >
Encoding:
Internet Message Format  |  1992-11-12  |  2.4 KB

  1. Path: sparky!uunet!snorkelwacker.mit.edu!ai-lab!rice-chex!cracraft
  2. From: cracraft@rice-chex.ai.mit.edu (Stuart Cracraft)
  3. Newsgroups: comp.sys.sun.admin
  4. Subject: avoiding Solaris
  5. Date: 12 Nov 1992 15:22:50 GMT
  6. Organization: MIT Artificial Intelligence Lab
  7. Lines: 39
  8. Distribution: world
  9. Message-ID: <1dtssaINN59p@life.ai.mit.edu>
  10. NNTP-Posting-Host: rice-chex.ai.mit.edu
  11.  
  12.  
  13. After a one-month port of a simulator to the Solaris 2.0 environment,
  14. we are seriously thinking of avoiding Solaris altogether. When you
  15. carefully look at what can be achieved in-house when vendors don't
  16. change out platforms from under the customer (e.g. more real work)
  17. vs. when they do (e.g. catch-up make-work), it is very easy to 
  18. conclude that stepping into the Solaris 2.0 platform could waste
  19. up to a man-year of one staff member's time doing porting, conversions,
  20. learning System V unix, and so forth.
  21.  
  22. For most environments in which Sun OS 4.1.2/4.1.3 is currently running,
  23. System V is a poor replacement, with or without a compatibility package.
  24. These customers typically do not want a shrink-wrap capable system and
  25. are more interested in the Berkeley environment. When they find that
  26. System V, Release 4 requires rewriting hundreds of their shell scripts
  27. originally written under 4.1.X, even more additional conversion time
  28. must be budgeted.
  29.  
  30. The hypothesis offered is that Solaris 2.0 (quite apart from the
  31. abysmal performance issues of the initial 2.0 release and the
  32. SparcCompiler C/Linker -- resulting in seven-fold slowdowns in 
  33. engineer linking of large executables (~20mb)) is not cost-effective
  34. for most sites that do not build shrink-wrapped software for an open
  35. marketplace. The majority of SUN users appear to be engineers trying
  36. to get real work done not related to a specific software product
  37. that will eventually run on a Sparc platform. The vocal minority
  38. of those who are working on Sparc-products must be dancing with glee
  39. over the force-feeding of Solaris 2.0/2.1 to the rest of us.
  40.  
  41. And, although the maintenance of 4.1.X will gradually be eclipsed
  42. by maintenance of Solaris (e.g. more telephone support, trained
  43. staff at Sun, etc.) it is unlikely this will occur at all soon.
  44. There will always remain a large group of SUN users who feel Berkeley
  45. Unix were the last "good" days. 
  46.  
  47. And the truly wise will set aside a machine or two to run Solaris on
  48. for 1-2 years before effecting any major change at their site.
  49.  
  50. Stuart
  51.