home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / sun / admin / 5986 < prev    next >
Encoding:
Internet Message Format  |  1992-08-31  |  1.9 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!usenet.coe.montana.edu!news.u.washington.edu!ogicse!verdix!bit!jayl
  2. From: jayl@bit.UUCP (Jay Lessert)
  3. Newsgroups: comp.sys.sun.admin
  4. Subject: Re: Sun 690MP performance problems
  5. Message-ID: <415@bit.UUCP>
  6. Date: 31 Aug 92 17:26:00 GMT
  7. Article-I.D.: bit.415
  8. References: <2A9FA7FE.2305@orion.oac.uci.edu>
  9. Reply-To: jayl@bit.UUCP (Jay Lessert)
  10. Organization: BIT,  Portland, OR
  11. Lines: 31
  12.  
  13. In article <2A9FA7FE.2305@orion.oac.uci.edu> iglesias@draco.acs.uci.edu (Mike Iglesias) writes:
  14. >Is anyone else having problems like these with their 690MP?  Sun has made
  15. >some attempts to look into the problem, but all we've heard is that
  16. >"the system is performing as we said it would".  We're using ps, vmstat,
  17. >iostat, top, etc trying to find what's going on; does anyone have any
  18. >suggestions on what else we could use to find where the bottlenecks are?
  19.  
  20. I see no reason to doubt your Sun contacts when they say "the system is
  21. performing as we said it would".  Sun has been pretty forthright about
  22. the capabilities of their asymmetric MP kernel (in their written
  23. statements, at least) and it *does* sound like you're simply I/O-kernel
  24. bound in your current application mix.
  25.  
  26. In the real world, I guess it *is* pretty unrealistic to expect your Sun
  27. salesman to advise you to (1) buy a Solbourne or (2) hang to your
  28. Sequent for another year or two, but I suspect you'd be *much* happier
  29. if you had done one or the other of those...
  30.  
  31. Unless you're willing to work something along those lines, all you can
  32. do is hang on and wait for SunOS 5.1 (or whatever revision SunOS is up
  33. to in Solaris 2.1).
  34.  
  35. I know it's a tough lesson to learn, but on *any* major computer purchase,
  36. you gotta benchmark, benchmark, benchmark, then write performance standards
  37. into the acceptance criteria in the purchase order.
  38.  
  39.  
  40. -- 
  41. Jay Lessert  {decwrl,cse.ogi.edu,sun,verdix}!bit!jayl
  42. Bipolar Integrated Technology, Inc.
  43. 503-629-5490  (fax)503-690-1498
  44.