home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / sun / admin / 5945 < prev    next >
Encoding:
Internet Message Format  |  1992-08-29  |  2.0 KB

  1. Path: sparky!uunet!usc!sdd.hp.com!swrinde!elroy.jpl.nasa.gov!decwrl!csus.edu!nic.csu.net!cerritos.edu!orion.oac.uci.edu!nntpsrv
  2. From: iglesias@draco.acs.uci.edu (Mike Iglesias)
  3. Newsgroups: comp.sys.sun.admin
  4. Subject: Sun 690MP performance problems
  5. Message-ID: <2A9FA7FE.2305@orion.oac.uci.edu>
  6. Date: 29 Aug 92 16:38:22 GMT
  7. Organization: University of California, Irvine
  8. Lines: 28
  9. Nntp-Posting-Host: draco.acs.uci.edu
  10.  
  11. Earlier this year, we purchased a 4 processor Sun 690MP system to replace
  12. an aging Sequent Symmetry system as our general Unix timesharing service
  13. and campus news server (using nntp and c-news).  We have 2 IPI disks on the
  14. system, with swapping on both and the users space taking up most of one of
  15. the disks.  News is currently on a Sun 600mb SCSI disk connected to a
  16. SCSI/Ethernet SBUS card. 
  17.  
  18. Since we cut over to the 690MP, we have had unsatisfactory performance on
  19. the 690MP, both for the timesharing users and the people reading news via
  20. nntp.  We have installed the MP performance patches from Sun and they have
  21. helped, but the performance is still not as good as the Sequent was with
  22. the same load.  We see a lot of processes (mostly the nntpd daemons)
  23. in "D" state when the system performance gets bad.  Response time for
  24. online users gets slow - people using the Gnu Emacs mhe mail package
  25. wait a long time (minutes in some cases) for response to commands, "df"
  26. takes up to a minute to complete, etc.
  27.  
  28. Is anyone else having problems like these with their 690MP?  Sun has made
  29. some attempts to look into the problem, but all we've heard is that
  30. "the system is performing as we said it would".  We're using ps, vmstat,
  31. iostat, top, etc trying to find what's going on; does anyone have any
  32. suggestions on what else we could use to find where the bottlenecks are?
  33.  
  34.  
  35. Mike Iglesias                        Internet:    iglesias@draco.acs.uci.edu
  36. University of California, Irvine     BITNET:      iglesias@uci
  37. Office of Academic Computing         uucp:        ...!ucbvax!ucivax!iglesias
  38. Distributed Computing Support        phone:       (714) 856-6926
  39.