home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / sun / admin / 6038 < prev    next >
Encoding:
Internet Message Format  |  1992-09-01  |  2.0 KB
  1. Path: sparky!uunet!olivea!tymix!comet!feldman
  2. From: feldman@comet.Tymnet.COM (Steve Feldman)
  3. Newsgroups: comp.sys.sun.admin
  4. Subject: Re: Sun 690MP performance problems
  5. Message-ID: <2436@tymix.Tymnet.COM>
  6. Date: 2 Sep 92 00:40:49 GMT
  7. References: <2A9FA7FE.2305@orion.oac.uci.edu>
  8. Sender: usenet@tymix.Tymnet.COM
  9. Organization: BT North America (Tymnet)
  10. Lines: 28
  11. Nntp-Posting-Host: comet
  12.  
  13. In article <2A9FA7FE.2305@orion.oac.uci.edu> iglesias@draco.acs.uci.edu (Mike Iglesias) writes:
  14. >Since we cut over to the 690MP, we have had unsatisfactory performance on
  15. >the 690MP, both for the timesharing users and the people reading news via
  16. >nntp.  We have installed the MP performance patches from Sun and they have
  17. >helped, but the performance is still not as good as the Sequent was with
  18. >the same load.  We see a lot of processes (mostly the nntpd daemons)
  19. >in "D" state when the system performance gets bad.  Response time for
  20. >online users gets slow - people using the Gnu Emacs mhe mail package
  21. >wait a long time (minutes in some cases) for response to commands, "df"
  22. >takes up to a minute to complete, etc.
  23.  
  24. I have seen problems similar to this on a Sparcstation 1+ which is our
  25. campus mail gateway and news server.  This machine gets very little
  26. interactive use, and the mail load is fairly light, so most of what it does
  27. is news processing and nntp.  It has two SCSI disks.  The symptoms sound
  28. remarkably similar to what you've reported, but since our machine isn't
  29. used as a timesharing system I haven't worried about it too much.
  30.  
  31. It has even happened even when I'm the only user logged in, but only when
  32. nntp is receiving news from our main feed.  I have speculated that it might
  33. be due to contention for the SCSI bus or the one drive which unfortunately
  34. has root, some swap, usr, and /var/spool/news on it.  It also seems to be
  35. connected to file lookups, rather than actual reads/writes.
  36.  
  37. Perhaps if you found another machine to process news, your interactive
  38. performance would improve.
  39.     Steve Feldman
  40.     BT North America (Tymnet)
  41.